다음은 최대 malloc 크기를 확인하는 간단한 프로그램입니다.
#include <iostream>
std::size_t maxDataSize = 2097152000; //2000mb
void MallocTest(void*& ptr)
{
while (1)
{
ptr = malloc(maxDataSize);
if (ptr)
{
std::cout << "Malloc success: " << maxDataSize << std::endl;
return;
}
maxDataSize -= 1024;
if (maxDataSize <= 0)
{
return;
}
}
}
int main()
{
void* ptr = nullptr;
MallocTest(ptr);
if (ptr)
{
free(ptr);
}
system("pause");
return EXIT_SUCCESS;
}
Windows 10 x64 및 Visual Studio 2017을 사용합니다. 해당 프로그램을 실행하면 ~ 1300mb에 대한 malloc 호출이 성공적으로 수행됩니다. 이 프로그램은 32 비트 아키텍처 (릴리스 모드)를 사용하여 빌드되었으므로 이론적으로 메모리 제한은 2GB입니다. 메모리 조각화를 일으키는 원인이 있습니까? 1300MB 이상을 할당 할 수없는 이유는 무엇입니까?
참고 :이 답변의 대부분은 OP가 사용중인 OS를 표시하기 전에 작성되었습니다. 개념은 여전히 유효하지만 세부 사항은 다를 수 있습니다.
당신은 당신의 OS가 32 비트이고 실제로 좋은 32 비트 구현은 2GB의 하드 제한을 가질 것이라고 말했습니다. 왜냐하면 개체 PTRDIFF_MAX
가 많은 미묘한 문제를 가지고 있기 때문입니다 . 둘 다 사용시 쉽게 정의되지 않은 동작을 일으키고 컴파일러 버그를 유발하기 때문입니다. 포인터 산술 처리. 그러나 당신은 더 낮은 제한 요소에 도달했습니다.
Linux에서 32 비트 프로세스에 대한 가상 주소 공간 제한은 대부분의 아치에서 3GB, 일부에서 2GB, 32 비트 프로세스가 64 비트 커널에서 실행중인 경우 전체 4GB입니다. 그러나이 공간 에는 주소 공간 을 조각화 하고 연속 범위의 길이를 제한 하는 여러 항목이 이미 매핑되어 있습니다. 여기에는 프로그램 자체가 포함되며 동적 연결 인 경우 동적 링커 및 사용중인 공유 라이브러리가 포함됩니다.
프로그램이 PIE (위치 독립적 실행 파일)로 빌드되지 않은 경우 Linux / x86에서 기본 주소는 128MB입니다. 이로 인해 주소 공간의 처음 128MB가 연속 상단 부분과 함께 사용할 수없는 것으로 분할됩니다. 라이브러리는 일반적으로 상위 주소 공간 제한 바로 아래에로드되어 그 끝에서 일부를 분리하지만 너무 많지는 않습니다. ASLR (주소 공간 레이아웃 무작위 화) 은 그것들을 약간 아래로 이동시킬 수 있지만, 메인 라인 커널은 이미 매우 제한된 주소 공간을 심하게 조각화하는 것을 피하기 위해 그렇게 많이하지 않습니다. 추가 강화를 위해 패치 된 일부 커널은 훨씬 더 무작위 화 될 수 있습니다.
궁극적으로 32 비트 시스템에서는 대규모 연속 할당 (반 GB 이상, 그 이하일 수 있음)을 안정적으로 사용할 수 없습니다. 필요한 경우 64 비트 시스템을 사용해야합니다. 그러나 더 나은 선택은 연속 할당이 필요하지 않거나 메모리에 맞지 않는 데이터로 작동 할 수있는 대체 데이터 구조를 찾는 것입니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다