Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

WP7 Emulator 실행 시 audiodg.exe의 CPU 소모율 증가

제 경우에, (망고 버전 포함해서) Windows Phone 7 에뮬레이터(XDE.exe)를 실행하면 평소보다 더 빨리 CPU 팬이 도는 현상이 발생했습니다. 작업 관리자를 통해서 확인하니, xde.exe가 실행되어 있는 경우 항상 audiodg.exe 프로세스가 1~3%의 CPU 점유율을 유지하고 있는 것이 발견되었습니다.

wp7_audiodg_cpu_consume_1.png

음... 혹시나 싶어서 이에 대해 검색을 해보았는데요.

Fix: Audiodg.exe High CPU Usage
; http://technicallyeasy.net/2009/03/fix-audiodgexe-high-cpu-usage/

What is AUDIODG.EXE?
; http://blogs.msdn.com/b/larryosterman/archive/2007/01/31/what-is-audiodg-exe.aspx

일단, 위의 글에 나온데로 "Playback Devices"의 "Disable all enhancements" 옵션을 설정하는 것으로는 제 문제를 해결할 수 없었습니다.

그런데, 가만 보니 '녹음 기능'의 소리가 항상 입력되는 것이 확인되는데요.

wp7_audiodg_cpu_consume_2.png

아마도 레코딩 디바이스가 유효해서 주변 소리가 발생하면 이에 대한 오디오 효과 엔진들이 CPU 자원을 소비하는 것 같았습니다. 그래서, "Recording Devices" 쪽에서 "Disable microphone enhancements" 옵션을 체크해 보았는데,

wp7_audiodg_cpu_consume_3.png

아쉬운 대로 절반의 효과가 있습니다. 왜냐하면, WP7 에뮬레이터 윈도우를 전면으로 동작시키면 다시 CPU 가 1~3% 소비되고, 백그라운드 윈도우로 놓으면 0으로 떨어지거나 가끔씩 1%로 오르는 정도였기 때문입니다.

나아지긴 했는데, 그래도 좀 아쉬운데요. 내친 김에 아예 'Recording Device' 자체를 비활성으로 설정해보았습니다.

wp7_audiodg_cpu_consume_4.png

오호~~~ ^^ 이제야말로, WP7 에뮬레이터에 상관없이 audiodg.exe가 항상 0% CPU 소비율을 보이고 있습니다. 노트북의 마이크를 쓸 일이 없는 분들은 이렇게 설정해 두는 것도 나쁘진 않을 것 같습니다. ^^




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







[최초 등록일: ]
[최종 수정일: 8/9/2021]

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

비밀번호

댓글 작성자
 



2011-07-22 09시09분
[커피] 좋은 정보 감사합니다.~
[guest]
2011-07-22 11시28분
같은 문제를 겪고 계셨나 보군요. ^^
정성태

1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13708정성태8/7/202410221개발 환경 구성: 719. ffmpeg / YoutubeExplode - mp4 동영상 파일로부터 Audio 파일 추출
13707정성태8/6/20249836닷넷: 2292. C# - 자식 프로세스의 출력이 4,096보다 많은 경우 Process.WaitForExit 호출 시 hang 현상파일 다운로드1
13706정성태8/5/20249392개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가
13705정성태8/4/20249644닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [2]파일 다운로드1
13704정성태8/2/202411005닷넷: 2290. C# - 간이 dotnet-dump 프로그램 만들기파일 다운로드1
13703정성태8/1/20248956닷넷: 2289. "dotnet-dump ps" 명령어가 닷넷 프로세스를 찾는 방법
13702정성태7/31/202410196닷넷: 2288. Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완파일 다운로드1
13701정성태7/30/202410704닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용파일 다운로드1
13700정성태7/29/202410866디버깅 기술: 200. DLL Export/Import의 Hint 의미
13699정성태7/27/202410738닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입파일 다운로드1
13698정성태7/27/202410391닷넷: 2285. C# - async 메서드에서의 System.Threading.Lock 잠금 처리파일 다운로드1
13697정성태7/26/20249301닷넷: 2284. C# - async 메서드에서의 lock/Monitor.Enter/Exit 잠금 처리파일 다운로드1
13696정성태7/26/20249367오류 유형: 920. dotnet publish - error NETSDK1047: Assets file '...\obj\project.assets.json' doesn't have a target for '...'
13695정성태7/25/20249647닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리파일 다운로드1
13694정성태7/25/20249684닷넷: 2282. C# - ASP.NET Core Web App의 Request 용량 상한값 (Kestrel, IIS)
13693정성태7/24/20248921개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
13692정성태7/24/202410340디버깅 기술: 199. Windbg - 리눅스에서 뜬 닷넷 응용 프로그램 덤프 파일에 포함된 DLL의 Export Directory 탐색
13691정성태7/23/20249093디버깅 기술: 198. Windbg - 스레드의 Win32 Message Queue 정보 조회
13690정성태7/23/20248386오류 유형: 919. Visual C++ 리눅스 프로젝트 - error : ‘u8’ was not declared in this scope
13689정성태7/22/202411405디버깅 기술: 197. Windbg - PE 포맷의 Export Directory 탐색
13688정성태7/21/20249296닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리파일 다운로드1
13687정성태7/19/202410548닷넷: 2280. C# - PostThreadMessage로 보낸 메시지를 Windows Forms에서 수신하는 방법파일 다운로드1
13686정성태7/19/20249960오류 유형: 918. Visual Studio - ATL Simple Object 추가 시 error C2065: 'IDR_...': undeclared identifier
13685정성태7/19/20249615스크립트: 66. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법 - 두 번째 이야기
13684정성태7/19/202410582닷넷: 2279. C# - 문자열 보간식 사례 (예: 조건 연산자 사용)
13683정성태7/18/20249281오류 유형: 917. ClrMD - Linux 환경의 .NET 5 덤프 분석 시 hang 현상
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...