답변:
hdparm테스트도 할 수 있습니다. 이것에 비해 다소 간단 bonnie++하지만 실행 속도가 빠르며 (실행할 bonnie++때 리소스를 낭비 할 수 있음) 디스크에 쓸 필요가 없습니다. 이는 커널 업그레이드로 시간이 지남에 따라 개선 될 파일 시스템의 효율성을 테스트하지 않음을 의미합니다.
다음과 같이 테스트를 실행할 수 있습니다.
sudo hdparm -t /dev/sda
그리고 다음과 같이 응답합니다.
/dev/sdf:
Timing buffered disk reads: 432 MB in 3.01 seconds = 143.53 MB/sec
이제는 대기 시간을 다루지 않습니다. 그것이 당신을 귀찮게한다면, 시커라는 스크립트 가 있습니다. 당신은 시간을 구하고 측정하는 다운로드 및 컴파일 할 수 있습니다. 약간의 C를 배워야하지만 더 쉽게 기록 할 수있는 것으로 출력을 사용자 정의 할 수 있습니다.
또는 SSD의 응답 시간이 ~ 0.3ms보다 훨씬 나 빠지지 않을 것이라고 믿을 수 있습니다.
를보십시오 bonnie++.
당신은해야 awk하고 grep그것에서 지옥은 시간이 지남에 기록 할 수를 얻을 수 있지만, 당신이 로그 파일의 새로운 라인을 쉼표로 구분 된 값 형식으로 원하는 반향 수 있어야한다.
6 개월 만에 Cron을 스프레드 시트로 가져 와서 멋진 그래프를 그릴 수 있습니다. 또는 R을 사용하십시오.
편집 : Bonnie ++은 실제로 마지막 출력 줄로 CSV를 작성하므로 긴 로그를 가져 오는 것이 다소 쉽습니다 (열 제목이 무엇인지 알아낼 수 있다면).
그러나 Bonnie ++는 파일 시스템에 파일 (또는 여러 개)을 쓸 수 있고 파일에 대한 읽기 테스트를 실행합니다. 사람들은 SSD 마모에 대해 많은 소문을 내므로 이것이 최적이 아닐 수 있습니다.
디스크 유틸리티 (일명 "palimpsest"프로그램)에서 자세한 데이터를 캡처하려면 ~/.cache/gnome-disk-utility/drive-benchmark디렉토리에 캐시 된 데이터의 사본을 만들 수 있습니다 . 홀수이지만 구문 분석하기 어려운 형식 (콜론으로 구분 된 데이터 행 ...)으로 각 디스크의 최신 결과를 찾을 수 있습니다. 해당 파일을 아카이브에 복사하여 매번 고유 한 이름을 지정할 수 있습니다. 불행히도 매번 캐시에서 덮어 쓰여지고 요약 데이터는 기록되지 않으므로 다시 계산해야합니다.
참조 : ' "디스크 유틸리티 벤치 마크가, x 축이 정의되지 않은"그놈 디스크 유틸리티 # 794929은 (우분투) 버그' 실제로 무엇을 의미하는지 데이터에 대한 자세한 선명도를 제공하는 요청 및 응답을.