ssd 성능 저하 해결
잘 쓰고 있던 i-ssd 32G
xp부팅시 지렁이 3마리반이면 부팅되던 녀석이
어느날 지렁이 15~20마리가 지나가야 부팅이 되며
엄청난 하드렉이 걸리기 시작했다.
하드디스크를 읽을때 마우스가 멈칫멈칫하는 프리징현상이 있었으며,
하드디스크를 쓸때는 시피유점유율이 100%가까이 치솟아버리는 현상이었다.
도대체 속도가 얼마나 떨어진건지 하드튠으로 체크를 해봤더니
기존에 90M/s 가까이 나오던 녀석이 3M/s가 나오고 있었다.
과연 뭐가 문제일까?
이게 ssd에서 말하는 프리징이라는 것인가?
ssd 플래시에 단편화가 진행되어 ssd성능이 저하된 것인가?
내가 산 ssd인 i-ssd는 비록 MLC이기는 하나
엠트론보다 더 낫다고 하는 콘트롤러가 탑재되어있고
trim기능까지 콘트롤러에서 자동 지원된다고 하는 녀석이다.
그만큼 가격도 다른 ssd에 비해 조금 더 나가는 녀석이고..
그런데 이 ssd가 문제가 생긴것이다.
ssd라는 놈이 원래 쓰다보면 단편화도 되면서 성능이 조금씩 저하되게 마련이긴 한데
읽기 90M/s를 내던녀석이 성능이 저하되어 60~70M/s가 되었다고 하면 이해했을것이다.
그런데 90M/s -> 3M/s 라니.. 이건 말이 안되는 수치이지 않은가..
어느날 갑자기 그런 현상을 겪은것인데, 컴퓨터에서 어떤 작업을 했었는지 곰곰히 생각해봤다.
새로운 프로젝트에 참여하게되면서, 이것저것 설치한 프로그램과, 옮긴 데이터파일들정도가 의심이 되긴 했으나 그것때문만이라고 단정하긴 힘들것같고.
사실 ssd를 사고 얼마되지않아 이와 동일한 증상이 발현된 적이 있다.
그땐 ssd산지 초기였고, 고스트로 백업한지 얼마 안된 때여서 그냥 고스트로 복구해버렸었다. 그랬더니 정상으로 돌와왔던 기억이 있다.
즉, 이 말은.. 소프트웨어적인 문제때문에 벌어진 일이라고 의심이 되는 상황이었다.
아마 이번에도 지난번에 백업했던 고스트로 복구하면 제대로 될거라고 생각은 되었으나, 이미 프로젝트 진행중에 윈도우를 다시 설치한다는건 쉽지않은 결정이다.
답답한 마음에 리브마트에 전화를 해봤다.
필자 '이래저래해서 갑자기 성능이 저하되었습니다. 방법이 있는지요?'
리브마트 '가지고 오시거나, 우편으로 보내주시면 as 해드리겠습니다.'
필자 '소프트웨어적으로 처리하는 방법은 없는건가요? trim이라던지..'
리브마트 '그런건 없구요 가져오시면 아마 새제품으로 교환이 될 것 같습니다'
필자 '네...'
모든것을 포기하고.. as받으러 리브마트를 언제 가볼까 생각하며, 이것저것 컴퓨터의 상태를 확인하고 있던 도중
장치관리자의 IDE탭에서 이상한 것을 발견했다.
---------------------------------------
전송모드 : Ultra DMA(가능한경우)
현재 전송 모드 : PIO
---------------------------------------
PIO? PIO?
Ultra DMA로 전송이 되는게 정상 아닌가? PIO? 뭐지 이녀석은?
바로 구글신에게 질의한결과
아래와 같은 문건을 찾았다.
IDE 전송 모드가 DMA에서 PIO로 바뀔 때
이유:
After the Windows IDE/ATAPI Port driver (Atapi.sys) receives a cumulative total of six time-out or cyclical redundancy check (CRC) errors, the driver reduces the communications speed (the transfer mode) from the highest Direct Memory Access (DMA) mode to lower DMA modes in steps. If the driver continues to receive time-out or CRC errors, the driver eventually reduces the transfer mode to the slowest mode (PIO mode).
해결방법:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E325-11CE-BFC1-08002BE10318}\0001
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E325-11CE-BFC1-08002BE10318}\0002
위의 항목에
DWORD값 'ResetErrorCountersOnSuccess' 추가 -> value 는 '1'
대충 해석하자면,
xp가 6번이상의 주기적인 CRC에러를 받게되면, 안정성 차원에서 강제로 DMA->PIO로 모드를 변경시켜버린다는 것이다.
그리고 이를 방지하기위해 레지스터리에 값을 세팅하는 법이 나와있고..
그렇다면 PIO모드로 변경되는걸 방지하는 것은 있는데
이미 변경된PIO모드를 다시 Ultra DMA로 바꾸는 방법은?
역시 구글신 검색하니
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E325-11CE-BFC1-08002BE10318} 에서
서브키로 0000, 0001, 0002 등이 나타난다. 각각을 클릭하면 오른쪽 DriverDesc에 주 IDE 채널 또는 보조 IDE 채널이 표시되므로 필요한 IDE 채널을 선택한다.
오늘 쪽의 값 중에서 MasterIdDataChecksum 또는 SlaveIdDataChecksum 값을 삭제
그리고 리부팅 하면 부팅할 때 Windows가 다시 DMA 값을 설정
그리고 해결했다.
Ultra DMA 5로 연결이 되었고
옛날 90M/s속도로 복구되었다.
당연히 프리징같은 현상도 사라졌고 cpu점유율이 100%로 치솟는현상도 사라졌다.
xp에서 ssd사용자들중 급격한 속도저하가 있을시엔
장치관리자의 IDE모드가 PIO로 변경되어있지 않나 확인해볼 필요는 있을 것 같다.
Posted by bluedove at December 30, 2010 01:23 PM
| TrackBack
TrackBack URL for this entry:
http://bluedove.cafe24.com/mt/mt-tb.cgi/94
