Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 24. D820 고주파음 문제 [링크 복사], [링크+제목 복사],
조회: 20360
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 3개 있습니다.)

D820 고주파음 문제


D820을 구매한 후로, 무척이나 신경에 거슬리는 것이 하나 있었다면, 바로 날카로운 소음 문제였습니다. 문제 해결을 위해 웹 검색을 하면서, 제목과는 달리 이 문제는 D820만의 문제가 아니라 "Core(2) Duo"에서의 전원 관리 모드에 따른 문제라는 것을 알았습니다.

보다 자세한 토픽은 다음을 참고하십시오.

AJ: Help! High pitch noise coming from Conroe.
; http://forum.rightmark.org/topic.cgi?id=6:779

이에 대한 해결책으로, 전원관리 모드로 진입하지 않도록 하기 위해 "Idle Time"에서의 CPU 사용률을 일부러 올리도록 만들어주는 "RMClock" 유틸리티를 사용할 것을 권장하고 있습니다. 물론, 이렇게 되면 CPU를 항상 사용하는 상태로 두는 것과 마찬가지이기 때문에 노트북 배터리 소모가 심해진다고 합니다.

좀 더 나은 해결책으로 CPU의 "Popup mode"를 해제하는 방법을 소개하고 있는데, 용어가 좀 낯설지요? 이에 대해서는 다음의 토픽에 달린 댓글을 참고하십시오.

High pitched buzzing sound from Core2Duo
; http://forum.rightmark.org/post.cgi?id=post:6:852:2

Popup mode 역시 전원관리 전환기능을 끄는 것으로 보이는데요. "Run HLT command when OS is idle"로 설정하는 것에 비해서는 배터리 소모가 덜하는 것으로 소개되는 것 같습니다. 어쨌든, 그럼 문제는 거의 해결이 된 것 같습니다. "Core2 Duo"의 고주파음으로 신경이 날카로워지시는 분들은 아래의 사이트에서 "RMClock" 유틸리티를 다운로드 받아서 "popup mode"를 해제해 주시면 되겠습니다.

Download. CPU Rightmark
; http://cpu.rightmark.org/download.shtml

"popup mode"를 해제하는 방법에 대한 자세한 소개는 다음의 토픽에 있습니다.

I *think* I got rid of the CPU noise for good, on Core Duo. Please read. 
; http://forum.tabletpcreview.com/showthread.php?t=3516




그런데, 저에게는 뜻하지 않은 문제로 인해 RMClock을 정상적으로 사용할 수가 없게 되었습니다. 왜냐하면, "Vista for x64" 버전이었기 때문입니다. RMClock은 64bit도 지원되고 있는 상태였지만, "Vista + x64"는 지원되지 않았습니다. 보안을 강화시킨다는 이유로 인해 "Vista + x64" 버전부터는 "서명 되지 않은 드라이버"를 사용할 수 없도록 만들었기 때문입니다. 아쉽게도 RMClock 2.2 정식버전에서 사용되는 "RTCore64.sys"는 서명되어 있지 않았습니다.

이를 해결하기 위한 여러 가지 이야기가 오고 가더군요. 이것에 관해서는 별도로 다음의 토픽에서 정리를 했으니 참고하십시오.

비스타 x64 버전에서 서명되지 않은 드라이버 사용
; https://www.sysnet.pe.kr/2/0/477

위의 토픽에서, 세 번째로 소개한 "RTCore64.sys"에 대해서 테스트 인증서를 사용하여 서명해두고 사용자로 하여금 해당 인증서를 등록시키도록 하자는 것이 가장 안전해 보였기 때문에 시도를 해보았으나 이것도 그리 여의치만은 않았습니다. 왜냐하면, "RTCore64.sys"는 내부적으로 RMClock.exe 파일에 리소스로 포함되어 있다가 실행시에 풀려나와서 로드가 되기 때문입니다. 따라서, ^^; 외부에서 테스트 인증서를 사용하여 서명하는 것이 원천적으로 불가능했습니다.

이 때문에 개발사 측에서는 RMClock 2.3을 현재 개발중에 있으며 Vista x64를 감안하여 "RTCore64.sys"를 분리해 내어 배포하고 있습니다. 현재(2007-03-13) RMClock 2.3 베타 3까지 나와 있으며 아래의 토픽에서 제공되는 링크를 통해서 다운로드 받을 수 있습니다.

Dmitri Besedin: RMClock 2.3 beta3 is available!
; http://forum.rightmark.org/topic.cgi?id=6:1016

거의 막바지에 왔는데... 잘 안되더군요. ^^; "RTCore64.sys"에 대해서 서명한 후, "RMClock.exe"을 관리자 권한으로 실행해 보았지만 여전히 오류가 발생했습니다.

그래서 일단, 비스타 x64 버전이 정식 지원될 RMClock 2.3이 나올 때 까지는 어쩔 수 없이 서명되지 않은 드라이버가 로드되도록 허용되도록 해놓아야 할 것 같습니다.

그건 그렇고... "Enable Popup Mode"를 해제하는 순간... 정말 거짓말처럼 고주파 음이 사라집니다. 신기하네요. ^^;




[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/2/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13561정성태2/20/20242053닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242086디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242944오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242175닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241921Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241966Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242116닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241861VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241943닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241896닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242089닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242206Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242504개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242335개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242085개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241946Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241859닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241883오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241881Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241913오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241973VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242078Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242365개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242418닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242508닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242595닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...