여러 드라이브에서 페이지 파일 우선 순위 [중복]

매우 큰 비선형 유한 요소 분석 (FEA) 계산에 사용되는 Dell R710 서버를 관리하고 있습니다. 간혹 이러한 실행에는 500GB 이상의 할당 메모리가 필요합니다. 이 시스템에는 현재 132GB의 RAM 만 있으므로이 추가 메모리 할당은 페이징 파일을 통해 이루어집니다.

페이징 파일이 회전하는 HDD 어레이에서 최신 상태이며 큰 병목 현상을 일으 킵니다. 메모리 (288GB)를 최대화하고 400GB Intel 750 NVMe SSD를 전용 페이지 파일 디스크로 추가하는 것을 조사했습니다. 이로 인해 일부 페이지 파일 IO 병목 현상이 발생하지만 페이지 파일을 최대로 사용하지 않고 크게 실행되지 않도록하고 싶습니다.

864GB (3x 288GB)의 최대 페이지 파일 크기로 800GB Intel 750을 얻는 데 부족한 경우 Windows에서 추가 페이지 디스크 공간에 대한 장애 조치로 HDD 어레이를 사용하도록 지시 할 수 있습니까? SSD를 페이지 파일의 기본으로 우선 순위를 매기는 방법이 있습니까? 감사.

HDD 어레이에 페이지 파일이 있어야하는 것은 아닙니다. 크래시 덤프를 원할 경우 간단히 제거하거나 절대 최소값으로 설정할 수 있습니다 (OS는 HDD 어레이에서 개별 페이지 파일 크기를 변경할 때 알려줍니다). 어레이가 OS의 위치라고 가정합니다.

이렇게하면 OS 파티션 드라이브의 페이지 파일을 사용한 후 SSD에 자동으로 기록됩니다.

배열에 페이지 파일이 있으면 단점이 있습니다. 각 페이지 쓰기는 컨트롤러로 가고 불필요하게 컨트롤러 보드의 논리를 거치면서 실제로 해당 페이지를 쓸 드라이브를 결정합니다. 본질적으로 페이지 파일은 임시 저장소이므로 모든 유형의 RAID 또는 어레이를 보유 할 경우 이점이 없습니다 (특히 더 빠른 하위 시스템 (이 경우 SSD)을 사용할 수있는 경우).

"대부분의 어레이 컨트롤러에서 발견되는 대용량 캐시는 어떻습니까?" 페이지 파일에는 정의되지 않았지만 한동안 읽지 않은 것이 있기 때문에 페이지 파일을 다시 읽기 위해 캐시에 액세스 할 가능성이 없기 때문에 페이지 파일에는 유용하지 않습니다. 기본 캐시가 내장 된 SSD는이 시나리오에서 어레이 캐시보다 빠릅니다.

알고리즘이 할당 된 전체 메모리를 정기적으로 확장 해야하는 경우 매우 특별한 상황 (FEA 계산)에서는 약간 까다로워집니다. 그러면 페이지 파일이 많이 읽히고 있습니다. 이 경우 컨트롤러의 큰 캐시는 알고리즘이 메모리에 액세스하는 순서에 따라 도움이 될 수 있습니다. 그것이 더 많은 LIFO (마지막으로) 유형의 액세스 시퀀스를 유발하면 도움이 될 것입니다. 그것이 무작위라면 혜택이 제한 될 것입니다. FIFO (선착순) 인 경우 상처를 입을 수 있습니다.

무작위 Microsoft MVP의 말에 따르면 더 빠른 드라이브가 자동으로 선호됩니다. 수년에 걸친 경험적 관찰에 따르면 OS 드라이브가 선호됩니다. 따라서 위의 구성은 두 가지 문제를 모두 해결합니다.