대규모 무작위 데이터세트를 작성하는 동안 RAID 컨트롤러의 후기입 캐시가 어떻게 계속해서 이점을 얻을 수 있는지 이해하려고 노력 중입니다.먼저 후기입 캐시의 작동 방식을 이해하고 있음을 말씀드리겠습니다.: OS는 데이터가 느린 기본 매체가 아닌 컨트롤러 캐시에 도달할 때 쓰기 시 I/O를 완료하고 컨트롤러는 기록할 수 있는 최대한 빠른 속도로 매체에 데이터를 씁니다. 그렇다면,백업 미디어가 쓸 수 있는 것보다 더 빠르게 데이터를 쓰는 경우 컨트롤러 캐시가 날아가고 다시 쓰기로 인한 성능 향상이 사라질 것으로 예상되며 결과적으로 연속 쓰기 설정?
위에서 설명한 내용은 제가 예상한 내용이지만 제가 보고 있는 내용은 아닙니다. 다시 쓰기 캐시 지원 서버는 지속적으로 최소 4배 더 높은 IOPS 및 처리량을 유지하며 이를 유지합니다. Write-through 모드에 넣은 동일한 서버와 비교했을 때. 이 동작을 설명하는 방법에 대한 아이디어가 있습니까?
그리고 그렇습니다. 저는 파일 시스템 캐시를 포화시키기에 충분한 양보다 훨씬 많은 데이터를 쓰고 있으며 매우 빠르게 쓰고 있습니다.
답변1
후기입 캐시를 사용하면 OS가 쓰기 전에 데이터를 더 잘 구성할 수 있으므로 성능이 향상됩니다. 상대적으로 작은 쓰기를 많이 수행하는 경우 여러 번의 연속 쓰기에서 얻은 데이터를 함께 모아서 한 번에 미디어에 쓰면 성능이 크게 향상됩니다.
정도는 덜하지만 후기입 캐시는 OS가 쓰기 중에 클러스터 크기를 일치시키는 데 도움이 될 수 있습니다. 예를 들어, 한 번에 10000바이트를 쓰고 클러스터 크기가 8192바이트인 경우 캐싱을 사용하면 OS가 부분적으로 채워진 클러스터에 1808바이트를 쓰지 못하게 됩니다(클러스터를 먼저 읽어야 함).