Win7 ent x64 정밀 디스크검사시 문제점...
2009.09.22 17:31
파티션에 대고 속성->도구->오류검사->지금검사(디스크검사) 에서
'불량섹터 검사 및 복구시도'를 체크하고 검사를 진행할 경우
(CMD 상에서 chkdsk /r 도 마찬가지)
메모리 사용률이 95%를 초과해 버리는 문제가 있습니다.
이게 저만 그런지 다른 분도 마찬가지일지는 모르겠지만 여튼,
메모리가 8GB라서 페이지파일 없음으로 사용 중인데,
페이지 파일 없다면 사용률이 99% 이상 치솟다가 거의 뻗어버립니다.
페이지 파일이 있으면 95%이상 실제 메모리 점유율 상태로 검사가 진행되고 완료되긴 해요.
페이지 파일 없이, 그냥 레디부스트를 24GB 설정해 뒀지만 레디부스트만으론 소용 없더군요.
페이지 파일 사용하면 검사가 진행되고 완료되지만
페이지 파일을 써도 실제 메모리 점유율이 95%를 넘는 것은 문제인데...
작업관리자 상에선 chkdsk에 32라고 표기 되지 않은 것으로 봐선 64비트로 구동되는 듯 한데 이거 참...
제 하드웨어 만의(혹은 드라이버) 문제인지...
(아수스P5Q, C2D E7300, HD4850, 삼성DDR2-800 8GB )
아니면 win7 ent x64의 chkdsk 자체 문제인지...
댓글 [11]
-
고담시민 2009.09.22 19:09
-
해미 2009.09.22 19:10 exclusive memory lock 걸리기 때문에 메모리 사용률이 높아집니다. 7에서 검사 속도를 높이기 위해 의도적으로 디자인된겁니다.
-
고담시민 2009.09.22 19:15
그러나 우리가 하드디스크를 여럿 달고 있다고 볼 때 다른 하드디스크에 chkdsk /r 을 걸어놓은 뒤 별도의 무거운 작업을 시작할 수도 있는데.. chkdsk /r 이 메모리를 100% 가까이 잡아 먹는 디자인이라면 멀티테스킹 관점에서 이건 좀 아니지 않습니까? 그리고 퍼포먼스 향상을 꾀할 작업들도 많은데 유독 chkdsk /r 을 성능을 끌어올려 빨리 끝내야 한다는 디자인도 이상하구요. ^^;;
궁금해서리..
-
에이치티티피 2009.09.22 22:23 저 소식이 가장 먼저 나온 곳이 애플빠 사이트였죠. 저 글 나오면서 부터 윈도우 책임자에게까지 뻑뻑 거리면서 윈도우 7 출시 중지해라... 지랄들 떨었죠. 책임자는 원래 디자인 된 것이고 복구 모드 아무런 이상없이 정상 종료되며 수정할 계획이 없다고 말했죠. 디스크가 에러나서 복구하는 마당에 모든 시스템 자원을 끌어다 쓰는게 이상할 건 없죠. 디스크가 에러나서 뭐같은데 난 딴 작업해야겠다... 그게 더 이상하지 않나요...?
정 걱정되시면 마소에게 윈도우 7 출시 중지를 요청해도 될 듯하네요. -
고담시민 2009.09.22 23:12
전 걱정 안하고 잘 쓰고 있습니다. 그리고 전 애플빠도 아니고 마소빠는 더더욱 아니올습니다. ?
제가 뭐하러 윈도 7 출시 중지를 요청합니까? 마소 지들이 알아서 하는 일을..
그리고 chkdsk /r 은 디스크의 에러가 이미 발생했음을 확인하고 그 뒤에 내리는 명령어가 아니지 않습니까? 비스타와 같은 이전 OS에서는 chkdsk /r 내리고 딴 작업해도 정상이고 윈도 7 에서는 비정상인것인가요?
저도 궁금해서 단 댓글에.. 살짝 기분이 상하는군요.
마소라고 다 잘만드는 것은 아닙니다. 그 수많은 패치들이 왜 쏟아져 나오겠습니까.. chkdsk /r 이 램을 100% 가까이 동원하도록 의도적으로 디자인 되었다해도 그 의도가 잘못된 결과를 낳는다면 고쳐야 맞죠.
-
스마트 2009.09.22 19:13 좋은 정보 주셔서 감사합니다. -
연지벌레 2009.09.22 19:55 디스크 검사시 타 작업까지 손놓고 있어라 하는 디자인은 무언가 납득이 가지 않는데요.....
옛날 윈도우 3.1. 98 시절 디스크 검사시, 다른 작업을 하면 처음으로 돌아가 버리는 그런....이유에선가요.
디스크 검사시는 아무짓도 안하는게 낫다는걸 보여주는..MS의 프로그램 설계?
-
록히드마틴 2009.09.22 20:35
문제는 제가 메모리를 8GB를 사용한다는 겁니다. 하드디스크는 물리적으로 두개.
8GB를 95%를 초과해서 사용함으로 인해 다른 작업 못하는건...
코어들은 놀고있는데 말입죠... 메모리가 부족해서 다른걸 할수가 없었습니다...
-
연지벌레 2009.09.22 21:57 저도 8G 사용중인데 메모리의 크기와 무관하게 점유율을 차지하는듯 싶군요. 차라리 다른 프로그램을 이용하시는게 좋을 듯합니다.
-
core2e8400 2009.09.23 03:41 이 부분은 제가 보기엔 윈도우7의 그 chkdsk 문제가 사실이면 역시 프로그램의 문제인듯..
XP때도 저런 경우는 처음 봤습니다.
물론 다시 시작할때 대부분 CHKDSK /R로 수행하는 경우가 있지만
아무리 보조기억장치 전체를 검사하더라도 메인메모리를 거의 100프로 가까이 많이 차지하는건
프로그램의 구조적인 문제가 있다고 밖엔..
솔직히 그런 경우는 저도 처음 듣는 얘기입니다.
-
우울한 월요일 2009.09.24 18:29
이 문제는 초기부터 나왔던 문제 맞습니다. 해외 포럼에서 issue가 되었구요.
사실 복구하는데, 무슨 다른작업하느냐? 이건 아니라고 봅니다. 만약 그런 논리라면 메모리만 100%사용할게 아니라 cpu를 100%로 사용해야지요. hdd data를 몽땅 메모리로 옮겨 놓고 작업한다...
이건 좀 아닐것 같습니다.
메모리를 95%초과해도 뻑이 안나면 그나마 다행이지만, 뻑나는 현상은 어떻게 설명할지 모르겠습니다.
"chkdsk할때는 뻑날지 모르니깐 딴짓하지마라?!"
Windows 7 의 chkdsk /r 의 문제가 버그냐? 디자인이냐? 는 논란이 있었죠. ?
M$ 팬들은 메모리를 최대한 많이 사용해서 작업을 원활히 하면 좋은 것 아니냐..는 것에서 부터 chkdsk /r 이 평생가봐야 몇번 써먹는 명령어냐? 뻗지 않으면 되지 뭐가 문제냐? 라는 말도 안되는 변호까지... 시끄러웠습니다.
비판자들은 무슨 놈의 디자인이 메모리를 100% 가까이 다 써먹는게 있느냐.. 이것은 메모리 반환에 실패하는 프로그래밍의 전형적인 오류이다.. M$가 패치를 내놓아야 한다 는 주장도 만만치 않죠.
그나저나 비스타에서는 이런 논란이 전혀 없었습니다. 비스타는 사용 메모리의 변동이 없거든요.