인텔 인텔 IT 시스템 에 대한 IT 빌드 정보 는 인텔 IT 부서 에서 다양 한 라이선스 계약 을 준수 하 기 위해 필요 하 다고 판단 되 는 소프트웨어 도구 세트 와 함께 사전 설치 되 어 있 습니다 . 이 소프트웨어 에 는 바이러스 스캐너 와 터 미 너스 보안 에이전트 가 포함 되 어 있 습니다 . 스캐너 와 모니터링 소프트웨어 는 항상 실행 되 며 시스템 에 추가 부하 를 추가 합니다 . 엿보 기 대 결과 # 1 – 추가 결과 ( 큰 버전 을 클릭 ) 위 에 표시 된 테스트 에서 또 다른 흥미 로운 결과 가 있 습니다 . 프로세스 + 백그라운드 열 에서 Get 테스트 가 짧 을수록 동일 한 Peek 테스트 보다 더 많 은 전력 이 소모 될 수 있 습니다 . 이 결과 는 Get 테스트 가 예상 보다 훨씬 오래 실행 했 기 때문 에 나타났 습니다 . 예 를 들 어 3 분 간 의 테스트 는 4 분 동안 실행 되 었 습니다 . 이 는 응용 프로그램 이 절전 모드 에 들 어 있 었 고 시간 이 경과 한 후 잘 종료 될 때 까지 종료 되 어야 한다는 것 을 확인 하 기 위해 깨어나 지 않 았 기 때문 입니다 . 따라서 응용 프로그램 이 실행 되 는 시간 이 훨씬 길 어 지 고 총 전력 이 소비 되 었 습니다 . 이 변칙 을 제거 하 기 위해 아래 와 같이 전체 테스트 가 더 긴 기간 동안 실행 되 었 습니다 # 2 . 
 여기 서 는 Peek 테스트 에서 소비 하 는 전체 전력 이 Get 테스트 보다 크 다는 것 이 분명 합니다 . 보 기 vs . 결과 # 3 받 기 – 추가 결과 때때로 응용 프로그램 은 스레드 의 메시지 루프 외부 에서 스레드 의 메시지 큐 의 내용 을 검사 해야 합니다 . 예 를 들 어 응용 프로그램 의 창 프로시저 가 긴 그리기 작업 을 수행 하 는 경우 사용 자 가 작업 을 중단 할 수 있 도록 할 수 있 습니다 . 응용 프로그램 이 마우스 및 키보드 메시지 에 대한 작업 중 에 주기 적 으로 메시지 큐 를 검사 하 지 않 는 한 작업 이 완료 될 때 까지 사용 자 입력 에 응답 하 지 않 습니다 . 그 이유 는 창 프로시저 가 메시지 처리 를 완료 할 때 까지 스레드 의 메시지 루프 에 있 는 DispatchMessage 함수 가 반환 되 지 않 기 때문 입니다 . 다른 스레드 에서 보낸 메시지 를 처리 하 기 전 에 창 프로시저 가 먼저 InSendMessage 함수 를 호출 해야 합니다 . 이 함수 가 TRUE 를 반환 하 는 경우 창 프로시저 는 다음 예제 와 같이 스레드 가 컨트롤 을 생성 하 도록 하 는 함수 앞 에 ReplyMessage 를 호출 해야 합니다 . 
 이전 예제 코드 로 이 것 을 시도 했 지만 유니 코드 / ANSI 번역 , 타이머 콜백 호출 등 과 같 은 다양 한 문제 가 있 어 이 메 서드 가 고려 하 지 않 고 사소 한 응용 프로그램 을 제외 한 모든 응용 프로그램 을 중단 할 가능 성 이 큽니다 . 그래서 그것 을 시도 하 , 하지만 실제 코드 에서 그것 을 하 지 마십시오 🙂 다음 예제 에서 는 PeekMessage 를 사용 하 여 긴 작업 중 에 마우스 클릭 및 키보드 입력 에 대한 메시지 큐 를 검사 하 는 방법 을 보여 주 며 있 습니다 . 
 Previous Previous post : mysql 통계 예제 
 Next Next post : python cuda 예제