☰

Linux 미리 읽기의 단점

tag-icon • tag-icon linux performance io
Linux 미리 읽기의 단점

미리 읽기 캐시의 크기를 늘리면 단점이 있습니까?

우리 농장에서는 현재 256으로 실행 중이며, 이를 더 높이면 처리량이 크게 증가하는 것을 볼 수 있습니다.

 

[root@server~]# hdparm -tT /dev/sda /dev/sda: 
Timing cached reads: 7352 MB in 2.00 seconds = 3677.62 MB/sec 3
Timing buffered disk reads: 244 MB in 3.10 seconds = 78.68 MB/sec 

[root@server ~]# blockdev --setra 10240 /dev/sda 

[root@server ~]# hdparm -tT /dev/sda /dev/sda: 
Timing cached reads: 11452 MB in 2.00 seconds = 5728.52 MB/sec 
Timing buffered disk reads: 422 MB in 3.17 seconds = 133.04 MB/sec

우리는 2.6에서 실행 중입니다.

답변1

단점은

  • IO 낭비. 컴퓨터가 드라이브에서 필요하지 않은 내용을 읽는 데 시간을 소비할 수 있습니다.
  • 낭비된 메모리. 읽은 내용 중 읽을 필요가 없는 내용은 다른 용도로 사용될 수 있는 메모리에 저장됩니다.

그러면 실제 사용 방식을 더 잘 나타내는 테스트를 마련해야 할 수도 있습니다 hdparm -t. hdparm -t는 대량 미리 읽기가 매우 도움이 되는 경우 순차 액세스를 수행합니다. 무작위 액세스가 많으면 이득이 그다지 유용하지 않고 해로울 수도 있습니다.

제가 아는 한, 귀하의 데이터에는 아무런 위험이 없으며 단지 귀하의 특정 작업 부하에 따라 성능이 저하될 가능성이 있을 뿐입니다. 이것은 아마도 조정하고 테스트해야 할 유형 중 하나일 것입니다. 하지만 한 단계로 그렇게 큰 변화(256-10240)를 만들 수는 없을 것 같습니다.

관련 정보