Microsoft MVP성태의 닷넷 이야기
WMI 를 사용하지 않고 하드웨어 정보를 가져올 수 없을까요? [링크 복사], [링크+제목 복사],
조회: 19956
글쓴 사람
이성환 (vactorman at naver.com)
홈페이지
첨부 파일
 

안녕하세요.

유용한 정보 매번 잘 보고 있습니다.

간단히 질문하자면...



C#으로 작업 하면서 하드웨어 정보를 가져오는 작업을 종종 했었는데요,

그 때마다 WMI를 사용하는 게 당연하다고 생각했습니다.

그런데 속도 문제가 좀 걸리더군요.

CPU, Mainboard, Memory, HDD 등의 일부 정보(예를 들면 시리얼이나 메모리는 전체 size 정도)를 WMI로 쿼리하는데

대략 1.5초 정도 걸리더군요.

많은 양을 쿼리한 건 아니고 그냥 CPU 1번, Mainboard 1번 이런 식으로 5번(CPU 개수가 1개 인 경우는 4번, 2개 인 경우는 5번) 정도 쿼리를 했습니다.

그러니까 최대 5번 쿼리 시 대략 1.5 정도의 시간이 걸렸습니다.

어플리케이션에서 1.5는 그렇다 치더라도

지금은 웹으로 하드웨어 정보를 가져와야하는 상황이라 (클라이언트 하드웨어 정보가 아니라 서버 정보입니다.)

WMI를 사용하기 적절하지 않다고 판단하고 있습니다. (웹에서 1.5초는 사용자가 다른 페이지를 선택하도록 만드는 시간이라..)



구글링을 약간 해서 얻은 결과는

'C#으로 WMI 없이 하드웨어 정보를 가져오는 게 불가능 하다.' 정도 였습니다...OTL
(물론 WMI 아닌 다른 방법으로 하드웨어 정보를 가져올 때 1.5 초 이상 걸린다면 그것도 의미가 없겠죠.)


아.. 그러면 제목에 쓴 질문을 바꾸는 게 더 좋을지도 모르겠네요.

더 속도 빠른 하드웨어 검색 방법이 있는 지 여쭤봐도 될까요?








[최초 등록일: ]
[최종 수정일: 5/4/2011]


비밀번호

댓글 작성자
 



2011-05-04 04시32분
적절하게 조합하시는 게 좋지 않을까요? Win32 API 로 가져올 수 있는 정보도 있을 것입니다. 일례로, 메모리 전체 크기 정도는 WMI 쓰실 필요없이 P/Invoke 로 Win32 API호출하면 됩니다. 그리고 약간의 캐시도 곁들이면 좋겠지요. Win32 API에서 제공되지 않는다면 WMI를 사용하더라도 약간의 데이터 캐시를 하는 것이 좋지 않을까 싶습니다. 예를 들어, 전체 메모리나 시리얼 번호 등은 쉽게 변하는 것은 아니니까요.

그리고, C++/CLI를 적절하게 곁들이면 더욱 좋을 것입니다.
정성태
2011-05-06 10시17분
[이성환] 답변 감사드립니다.

나머지 것들은 그냥 WMI 를 사용해도 무방할 듯하구요.(4번 쿼리 날리는 시간이 대략 0.2 초 내외 더군요.)

사실상 시간이 많이 걸리는 작업은 CPU의 ProcessorName을 가져오는 건데요. 이게 전체 작업 시간의 90% 이상을 차지 하더군요.

그래서 CPU ProcessorName 찾는 걸 Win32 API로 P/Invoke 해보려고 했는데요.

구글링해보니까 CPU ProcessorName만 가져오는 Win32 API는 찾기 힘들더군요.(제 검색 능력 부족이란 생각이 듭니다.)

이게 라이센스 관련된 부분이다보니 필요할 때마다 매번 새로 불러서 써야하는 제약이 좀 있구요.

제가 C++에 문외한이라(오직 C# ;ㅅ;)

C++/CLI는 어떤 형태를 말씀하시건 지 잘 모르겠습니다. 혹시 C++로 dll을 작성한 후 참조하는 형식을 말씀하신 건가요?


[guest]
2011-05-07 10시38분
C++ 구문과 .NET 에서의 접속을 쉽게 하는 구문이 혼합된 것이 C++/CLI입니다. 그래서, 웹에 있는 C++ 코드가 있으면 그대로 가져다가 빌드한 후, 다른 .NET 언어에서 호출할 수 있도록 래퍼해주면 됩니다. 일단은 C++ 을 안해보셨다면 고려 대상은 안될 것 같지만, 간단한 C++ 소스 코드 정도는 굳이 언어를 몰라도 가져올 수 있으므로 적어본 것입니다.

어쨌든, CPU ProcessorName이라면 더더욱 캐쉬 한번으로 끝낼 수 있으므로 WMI를 써야하는데 그다지 제약이라고 할 건 아닌 것 같습니다. ^^
정성태

... 91  92  93  [94]  95  96  97 
NoWriterDateCnt.TitleFile(s)
111정성태3/19/20059742    답변글 [답변]: 닷넷 프레임워크 배포
107안연준3/17/20058985[-_-]스마트 클라이언트에 관련 된 질문[-_-]
110정성태3/19/20059827    답변글 [답변]: [-_-]스마트 클라이언트에 관련 된 질문[-_-]
116안연준3/21/20059389        답변글 [답변]: 친절한 답변 고맙습니다.
98김용국3/18/200511162정성태님... 연결이 준비됬습니다
99정성태3/2/200512029    답변글 [답변]: 정성태님... 연결이 준비됬습니다
100김용국3/18/20058884        답변글 [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
101정성태3/2/20059133            답변글 [답변]: [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
102김용국3/18/20059180                답변글 [답변]: 거듭죄송하네요..... 후~~~주소를 변경하고 빌드를 다시 했습니다....
103정성태3/2/20059059                    답변글 [답변]: [답변]: 거듭죄송하네요..... 후~~~주소를 변경하고 빌드를 다시 했습니다....
104김용국3/2/20059286                        답변글 [답변]: 네... 빨리 검토해 봐 주셔서 감사합니다~~
105정성태3/2/20058524                            답변글 [답변]: [답변]: 네... 빨리 검토해 봐 주셔서 감사합니다~~
106김용국3/2/20059010                                답변글 [답변]: 답변감사합니다!
91김용국2/28/200510828IE에 WindowsFormControl을 올려 실행하면 이런에러가 나네요???파일 다운로드1
92정성태2/28/200512128    답변글 [답변]: IE에 WindowsFormControl을 올려 실행하면 이런에러가 나네요???
93김용국2/28/200511065        답변글 [답변]: 답변감사합니다... 재질문을 드립니다
94정성태2/28/200511651            답변글 [답변]: [답변]: 답변감사합니다... 재질문을 드립니다
95김용국2/28/200511726                답변글 [답변]: IE주소창에서 해당주소로 실행을 해보니....디버깅 PopUp화면이...^
96정성태2/28/200510787                    답변글 [답변]: [답변]: IE주소창에서 해당주소로 실행을 해보니....디버깅 PopUp화면이...^
97김용국3/1/200511306                        답변글 [답변]: 준비되는데로 말씀드리겠습니다 ^^
88안지환2/22/200512833^^ 사이트 잘 들러보았습니다.
89정성태2/22/200512828    답변글 [답변]: ^^ 사이트 잘 들러보았습니다.
85한기열2/22/200511440정성태님 홈같은 부드러운 페이지 넘김?은 어떻게 구현하나요?
86정성태2/22/200512123    답변글 [답변]: 정성태님 홈같은 부드러운 페이지 넘김?은 어떻게 구현하나요? [2]
84김용국2/21/200512219Smart Client에 관한 문의 드립니다.
87정성태2/22/200512280    답변글 [답변]: Smart Client에 관한 문의 드립니다.
... 91  92  93  [94]  95  96  97