가능한 중복:
하드 드라이브 버퍼 크기가 중요합니까?
좋아, 정확히 말하면 RAID는 아니지만 비디오/사진 작업을 위한 원시 스토리지로 사용하기 위해 드라이브가 없는 Drobo를 구입했고 지금은 여기에 넣을 하드 드라이브를 검색하고 있습니다. 대부분의 경우 캐시 크기가 16MB/32MB/64MB인 드라이브 간에는 가격 차이가 상당히 큽니다. 제 특별한 경우, Drobo에 4개의 1TB 드라이브가 있는 경우 캐시 크기가 어떤 방식으로든 성능을 향상합니까? 미리 감사드립니다!
답변1
캐싱을 사용하면 처리 속도를 높일 수 있습니다. 그러나 캐싱을 사용하는 목적(저장소)에 따라 성능 알림이 최소화될 수 있습니다. RAID 드라이브는 전체 캐시를 사용합니다.
편집: 캐싱이 무엇인지 좀 더 설명하기 위해; 향후 요청을 더 빠르게 처리할 수 있도록 데이터를 저장합니다. 즉, 캐시가 높을수록 더 많은 블록 데이터를 저장할 수 있으며, 이는 더 빠르게 검색할 수 있음을 의미합니다.
답변2
모든 최신 운영 체제는 자체 캐싱을 수행하고 이를 위해 사용할 수 있는 메모리가 훨씬 더 많기 때문에 하드 드라이브 캐시 크기는 어디에서나 중요하지 않습니다. 최근에 액세스한 경우 어쨌든 OS 캐시에 있게 되므로 OS가 드라이브에 해당 데이터를 다시 요청하지 않으므로 드라이브 캐시에 저장하는 것은 중요하지 않습니다.
CPU 캐시와 비교하자면, 최신 CPU에 있는 멋진 8MB L3 캐시를 갖고 있다가 세월이 흘러가는 것을 관찰하여 32배 더 빠른 128MB L2 캐시가 있는 CPU를 찾는 것과 같습니다. 하지만 여전히 오래되고 느린 8MB L3 캐시가 있습니다. 은닉처. L2는 항상 먼저 참조되고 더 크고 빠르기 때문에 아무 소용이 없습니다. 이 시점에서 L3 캐시가 8MB인지 16MB인지 논쟁하는 것은 논란의 여지가 있습니다. L3의 모든 항목이 L2에도 있으므로 L3는 요청을 볼 수 없기 때문입니다.
작동 중인 드라이브 및 커널 캐시를 보려면 dd드라이브에서 얼마나 빨리 읽을 수 있는지 시험해 볼 수 있습니다.
sudo dd if=/dev/sda of=/dev/null bs=52488 count=1
드라이브에서 512kb를 읽습니다. 몇 번 반복하면 매우 빠른 숫자가 보이기 시작합니다. 내가 가지고 있는 이 오래된 컴퓨터에서는 대략 751MB/s 정도인 것으로 나타났습니다. 그것은 커널 캐시와 관련이 있습니다. 이제 iflag=direct 옵션을 사용하면 커널 캐시가 비활성화되어 드라이브 캐시 속도를 측정할 수 있습니다. 이것을 반복하면 약 100MB/s만 표시되는데, 이는 이 이전 IDE 인터페이스의 최대 전송 속도에 해당합니다. 이는 드라이브의 버퍼링되지 않은 처리량인 약 61MB/s보다 훨씬 낫지 않습니다.
이제 커널 캐시를 우회하지 않을 때 더 느리고 작은 드라이브 캐시가 어떤 이점을 제공하는지 자문해 보세요.