USB 디스크 성능이 예상의 50%에 도달

USB 디스크 성능이 예상의 50%에 도달

cat /dev/sdd >/dev/null디스크가 다른 작업을 수행하지 않는 경우 초당 거의 동일한 양의 데이터를 제공하고 싶습니다.

하지만 이 USB 디스크에는 다음이 표시됩니다.

Device       rkB/s     wkB/s  %util
sdf         628.39      0.00   2.12
sdf       29696.00      0.00 100.40
sdf       21368.00      0.00  72.40
sdf           0.00      0.00   0.00
sdf       19208.00      0.00  65.20
sdf       29184.00      0.00  99.60
sdf       13952.00      0.00  47.20
sdf           0.00      0.00   0.00
sdf       27264.00      0.00  92.80
sdf       29312.00      0.00  99.60
sdf        6016.00      0.00  20.00
sdf        5112.00      0.00  16.80
sdf       29824.00      0.00  99.20
sdf       27272.00      0.00  92.80
sdf           0.00      0.00   0.00
sdf       13560.00      0.00  46.00
sdf       29192.00      0.00  99.60
sdf       19456.00      0.00  66.40
sdf           0.00      0.00   0.00
sdf       21888.00      0.00  74.40
sdf       29568.00      0.00  99.60
sdf       11008.00      0.00  36.80
sdf         760.00      0.00   2.80
sdf       29448.00      0.00  99.60
sdf       29816.00      0.00  99.20
sdf        2432.00      0.00   8.40
sdf        8072.00      0.00  28.80
sdf       30208.00      0.00 100.40
sdf       24459.41      0.00  81.98
sdf           0.00      0.00   0.00
sdf       16768.00      0.00  56.40
sdf       29440.00      0.00  98.80
sdf       17536.00      0.00  58.40

USB 디스크를 다른 시스템으로 옮겨도 동일한 동작이 나타납니다. 일시 중지되면 검색하는 것처럼 소리가 나고("drrrrr") 잠시 중단된 후 또 다시("drrrrr") 소리가 납니다.

왜? 어떻게 하면 멈추게 할 수 있나요?

답변1

외장 드라이브는 어떻게 연결되어 있으며 어떤 유형의 디스크입니까?

연결된 USB 포트에 전원이 충분하지 않으면 딸깍 소리가 나는 2.5인치 외장 USB 하드 드라이브가 여러 개 있습니다. 일부 작업은 작동하지만 다른 작업은 실패하며 드라이브에서 종종 딸깍거리는 소리가 나기 시작합니다. 어쩌면 긴 SMART 자체 테스트가 실제로 더 적은 전력을 사용하게 만드는 무언가(예: 머리 움직임 동작 지연)를 유발할 수 있습니까?

그러나 그것은 정말로 큰 "아마도"입니다.

한때 같은 공급업체에서 매우 유사한 SCSI 드라이브 두 개를 갖고 있었지만 그건 오래 전 일이었습니다. 이들 중 하나는 항상 잘 작동합니다. 다른 하나는 일정 시간 동안 유휴 상태(한동안 I/O가 없고 회전만 함) 후에 반복적으로 실패합니다. 당시 증상은 완전한 I/O 정체였습니다. 모든 읽기 또는 쓰기가 실패하며 다시 시작해야만 중단된 I/O를 해결할 수 있습니다. 내 개인적인 "수정"은 임시 파일을 생성하고 임의의 데이터를 넣은 다음 다시 삭제하고 15분마다 cron 작업을 실행하는 간단한 쉘 스크립트를 작성하는 것이었습니다. 이로 인해 문제가 해결되었습니다(드라이브가 오랫동안 "유휴" 상태가 아니므로 완전히 멈추지는 않음). 하지만 증상만 해결되었을 뿐입니다. 왜냐하면 오늘날까지도 원래 오류가 어디에서 발생했는지 알 수 없기 때문입니다. 실제로는 처음부터 거기에 있었습니다. 두 드라이브 간에 차이점은 발견되지 않았습니다(동일 시리즈의 모델이 약간 다른 것 제외). 내가 아는 한, hdparm(실제로는 SCSI 드라이브의 경우) 사용하면 동일합니다. sdparm커넥터(그 중 하나에는 SCSI 터미네이터가 부착되어 있음)와 SCSI ID를 전환해도 아무 것도 변경되지 않았습니다.

간단히 말해서: 모르겠습니다. 드라이브 컨트롤러 오류의 가능성도 고려해 볼 수 있습니다. SMART가 항상 결함이 있는 하드웨어를 찾는 것은 아닙니다.

답변2

그 원인이 무엇인지는 불분명합니다. 하지만 다음을 실행하면 중지됩니다.

sudo smartctl -t long /dev/sdd

테스트가 완료될 필요는 없습니다. 테스트가 시작되는 순간 (예상대로) 다음을 얻습니다.

Device       rkB/s     wkB/s  %util
sdd       36864.00      0.00 100.00
sdd       37376.00      0.00  99.60
sdd       37752.00      0.00  99.60
sdd       37256.00      0.00  99.60
sdd       37496.00      0.00  98.80
sdd       37512.00      0.00 100.00
sdd       37752.00      0.00 100.40
sdd       38912.00      0.00 100.00
sdd       37888.00      0.00  98.80
sdd       38024.00      0.00  99.20

관련 정보