최신 x86 CPU는 레거시 4K (예 : 2MB 또는 4MB)보다 큰 페이지 크기를 지원할 수 있으며이 기능에 액세스하기위한 OS 기능 (Linux, Windows)이 있습니다. 위의 Microsoft 링크는 큰 페이지가 "자주 사용하는 메모리의 성능을 향상시킬 수있는 번역 버퍼의 효율성을 높입니다"라고 말합니다. 대형 페이지가 주어진 상황을 개선 할 것
2GB RAM이 있고 각각 1.5GB 인 Object 인스턴스가 2 개있는 경우 운영 체제가 하드 디스크와 페이지를주고 받고 컨텍스트를 전환합니다. 인스턴스가 1 개 있지만 3GB 인 경우 어떻게됩니까? 동일한 페이징 방법으로이 인스턴스를 2 페이지로 분류 할 수 있습니까? 아니면 메모리 부족 문제가 발생합니까? 같은 질문을 객체 옆의 다른 데이터 구조에도
만약 리눅스 시스템의 실제 메모리 부족이 비활성 실행 코드 페이지를 삭제합니까? 내가 스왑에 보관 할 이유가 없기 때문에 대답은 '예'가정, 그래서 그들은 단순히 폐기 및 재로드 필요한 경우가 (내가 아는 한, 즉 FreeBSD는 무엇의)된다. 위의 리눅스에 대한 사실이라면, 내 질문은, 어떻게 처리합니까되는 실행 파일은 네트워크 파일 시스템 (예를 들어,
필자가 작성한 응용 프로그램에서는 메모리 컨테이너 (C++ 표준 컨테이너가 많이 사용되지만 관련이 있다고 생각하지 않음)를 많이 사용합니다. 내 응용 프로그램의 "작업"중에 과도한 사용량 인 경우 개인 바이트 메모리 사용량이 1GB에 도달합니다. 이 컨텍스트는 약간의 컨텍스트와 마찬가지로 100,000 개의 파일과 관련된 사용자 시작 작업입니다. 사용자가이
나는 Windows via c/c++을 읽고 있습니다. 큰 파일을 메모리에 매핑 할 수 있을지 궁금합니다. 응용 프로그램을 실행하면 PE 파일이 프로세스 주소 (사용자 파티션)에 매핑됩니다. 32 비트 Windows에서 대용량 파일 (2GB 이상)을 사용자 파티션에로드 할 수 있습니까? 아니면 실패할까요? 가능한 경우 페이징 파일이로드에 도움이됩니까?
다른 컴퓨터에서 RSS를 초과하는 프로그램을 실행하면 완전히 다른 동작을 보입니다. 코드는 다음과 같습니다. ...
char** s = (char**)malloc(10000*sizeof(char*));
for (i = 0; i < 10000; i++){
s[i] = (char*)malloc(1000*1000*sizeof(char