온라인으로 문서 나 기사를 찾을 수 없습니다 ...
Windows는 여러 하드 드라이브에서 페이지 파일을 어떻게 처리합니까? 창문은 그것들을 연결로 취급하여 하나까지만 쓰고 다음으로 이동합니까? 아니면 그것들을 스트라이프처럼 취급하여 각각에 점진적으로 쓰는가? 첫 번째 무료로 쓰나요? 아니면 다른 방법이 있습니까?
온라인으로 문서 나 기사를 찾을 수 없습니다 ...
Windows는 여러 하드 드라이브에서 페이지 파일을 어떻게 처리합니까? 창문은 그것들을 연결로 취급하여 하나까지만 쓰고 다음으로 이동합니까? 아니면 그것들을 스트라이프처럼 취급하여 각각에 점진적으로 쓰는가? 첫 번째 무료로 쓰나요? 아니면 다른 방법이 있습니까?
답변:
내가 찾을 수있는 가장 관련성 높은 정보는 Windows XP에서 페이지 파일의 최적 구성에 관한 기사 였습니다 .
이 기사에서는 Windows 에서 최소한의 활동으로 볼륨에있는 페이지 파일을 사용한다고 설명 합니다 . 이는 정의 된 패턴이 없음을 의미합니다.
따라서 Windows가 여러 페이지 파일을 처리하는 가장 가능성이 높은 방법은 각 메모리 페이지가있는 위치의 테이블을 유지하는 것입니다. 페이지가 감기는 위치는 페이지를 나갈 때 가장 적게 활성화 된 볼륨에 따라 다릅니다.
Windows 8.1에서는 두 번째 드라이브를 완전히 무시하고 첫 번째 드라이브로만 스왑합니다.
실제로는 유용하지 않습니다. 내가 인터넷 검색을 한 이후로 여기에 온 이유입니다.
페이지 파일 시스템을 분할하는 Windows 7 x64 및 Windows 10 x64와 관련하여 raid0과 같은 조건에서는 아무것도 수행하지 않습니다. 가장 덜 활동적인 드라이브가 먼저 제공합니다. Windows x64의 규칙은 페이지 파일 크기의 1.5 배입니다. 64 기가있는 머신을 운영하고 있으며 그 크기의 페이지 파일조차 필요하지 않습니다. 모든 Windows 임시 파일 (예 : 캐시 파일)과 하나의 단일 페이지 파일을 처리하도록 빠른 드라이브를 설정하면 효과적입니다. 이 드라이브의 목적은 창과 어도비 임시 서비스를 사용하기위한 것입니다. 강력한 3 드라이브 raid0에서 응용 프로그램을 실행하고 내 OS는 SSD에 있습니다. 페이지 파일이 필요하지 않다고 생각하는 사람들이 있지만 이러한 사람들은 강력한 응용 프로그램에 최신 Adobe 2017 2017 도구 및 3D CAD 기계와 같은 페이지 파일이 있어야하는 강력하고 창의적인 세상에 살고 있지 않습니다.
흥미로운 점은 Microsoft가 기본 드라이브, OS 드라이브 및 다른 드라이브에서 최소 300MB 페이지 파일을 설정해야한다고 말합니다. 어도비에 따르면 임시 및 페이지 파일은 OS 드라이브 나 응용 프로그램 드라이브 이외의 위치에 있어야합니다. 그들은 처음부터이 말을 해왔습니다.