RAM을 많이 구입할 수 없는 경우 "분실된" RAM을 더 많은 양의 SWAP으로 교체할 수 있나요? 예를 들어 중복 제거를 위해 ZFS의 512GB RAM을 사용하는 대신 Ubuntu 서버에서 스왑을 위해 전용 512GB SSD를 사용하시겠습니까?
아니면 그 속도가 너무 무서워서 우리가 생각조차 할 수 없을까요?
아니면 NVMe가 더 빠를까요?
답변1
RAM을 많이 구입할 수 없는 경우 "분실된" RAM을 더 많은 양의 SWAP으로 교체할 수 있나요?
이것이 스왑 공간이 들어오는 곳입니다. ("SWAP"를 대문자로 쓸 필요는 없습니다. 약어가 아닙니다. 페이지를 "교환"할 수 있습니다.)
예를 들어 중복 제거를 위해 ZFS의 512GB RAM을 사용하는 대신 Ubuntu 서버에서 스왑을 위해 전용 512GB SSD를 사용하시겠습니까?
스토리지 서버를 구축하는 경우(이것을 "중복 제거 기능이 있는 ZFS"라고 부르는 것 같습니다) RAM을 추가하면 속도가 빨라집니다. 다시 RAM을 느린 스토리지로 교체하면 이점이 완전히 사라집니다.
ZFS 중복 제거는 그렇지 않습니다.필요512GB RAM – RAM이 많을수록 속도가 빨라집니다. 그렇지 않으면 중복 제거 도구가 이미 보유하고 있는 SSD 공간을 사용해야 합니다. 이는 스왑 공간을 사용하는 것보다 여전히 더 효율적일 수 있습니다.
그래서 아니야.
아니면 NVMe가 더 빠를까요?
NVMe는 SSD가 가질 수 있는 인터페이스 중 하나입니다. SSD 및 기타 대용량 저장 매체는 RAM보다 훨씬 느립니다.
아니면 그 속도가 너무 무서워서 우리가 생각조차 할 수 없을까요?
ZFS는 파일 시스템 버퍼에 스왑 공간을 사용하지 않을 수도 있습니다. 스토리지 시스템에 RAM이 많다는 점의 요점은 대부분의 작업이 스토리지에 즉시 기록되지 않고 RAM에 의해 "처리"된다는 것입니다. 당신은 아무것도 얻지 못할 것입니다.
그럼에도 불구하고, 512GB RAM은 이와 같은 애플리케이션에 여전히 많은 양의 RAM이며, 솔직히 말해서 수 테라바이트의 저장 미디어를 갖춘 처리량이 매우 높은 서버에서만 가능합니다(여기서는 0.5PB에 해당합니다!). 정말 필요하다고 확신하시나요? 영구 저장 공간이 너무 많은 경우 RAM 구입이 병목 현상이 되는 이유는 무엇입니까? 이 정도 크기의 시스템에서는 어차피 예비 부품과 정기적인 교체가 필요하며 RAM이 많을수록 캐시 성능이 향상되어 교체 비용이 낮아집니다.
여기에 대규모 저장 시스템(unix.SE 또는 serverfault.SE)에 대한 전문가가 있을 것이라고 확신하지만, 구축 중인 시스템에 대한 설명이 부족하여 그들도 나처럼 약간 혼란스러울 것이라고 생각합니다.