내 데비안 박스에는 삼성 SSD 840 EVO 120GB가 있는데, 실망스러운 성능을 보여줍니다.
beaureve:/home/martin# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 242 MB in 3.01 seconds = 80.34 MB/sec
두 개의 서로 다른 설치, 하나의 32 비트 및 하나의 64 비트 시도 및 resluts 비교할 수 있습니다.
이 문제를 해결하려는 나의 시도에서 나는 이 하나는 파티션 정렬이 눈을 떼지 않고 부적절한 정렬로 인해 hdparm -t 4 배의 차이.
나는 / dev / sda1과 같은 특정 파티션을 탐색하고 있지만 전체 디스크 (/ dev / sda)를 탐색하고 파티션이 전혀 중요하지 않아야하며 (두 경우 모두 파일 시스템이 중요하지 않아야 함) 이해할 수 있습니다.
- 이것은 도시의 전설이며 적절한 정렬이 문제를 해결했다고 주장하는 포스터는 실제로 다른 것을했습니다.
- 또는 나는 무엇인가 놓치고 있냐?
- 우리가있는 동안 : 리눅스가 실제로 AHCI 대 IDE 설정의 영향을 받았습니까?
1
당신은 읽기 벤치 마크를하고 있습니다. 파티션 정렬은 파티션 단위로 수행하더라도 문제가되지 않습니다.
—
Tom Yan
IDE 호환성 모드가 성능에 어떤 영향을 미칠 수 있는지는 잘 모르겠지만 어쨌든 AHCI를 사용하지 않는 이유는 무엇입니까?
—
Tom Yan
@TomYan, 모든 캐시를 우회하는 경우, 정렬 오류로 인해 각 논리적 읽기 (즉, 각 물리적 섹터를 두 번 읽는 중)에 대해 두 번의 물리적 읽기가 필요하게 될 수 있습니다.
—
Mark
@Mark 읽기 캐시를 우회 (또는 비활성화)하기 위해 ATA 표준에 지정된 방법조차 없습니다.
—
Tom Yan
@Mark 또한,
—
Tom Yan
two physical reads ...에 대한 each logical reads? 이는 논리 블록이 물리적 블록 (즉, 물리적 블록 <512 바이트)보다 큰 경우에만 발생한다. 반대로, 물리적 블록이 논리 블록 (예 : AF 512e)보다 큰 경우, 하나의 "물리적 판독"은 항상 다중 "논리 판독"을 "커버"할 것이다; 만약 당신이 생각하는 것처럼 "논리적 인 읽기"에서 가져온 "여분의"데이터를 디스크가 실제로 "버려야"한다면, 여러 가지 "불필요한"물리적 인 읽기가 어쨌든 일어난다.