트리거 함수가 리스너 배열에 있는 함수 차례대로 호출함 - dc App
니가 말하는건 풀링방식임 - dc App
그니까 그걸 어떻게 아냐고 ㅡㅡ 좀더 운영체제 아래로 내려가면 0.00000000000001초 단위로 계속 무한반복돌리며 모든 사항 체크하는거 아님?
그게 풀링이라고 ㅂㅅ아 - dc App
폴링음 그렇게 무한반복 도는데 cpu는 아무 타격없냐? 마우스 진짜 존나 쪼오오오금만 움직여도 각종 ㅂㅅ같은 이벤트가 다 잡힌다고 하던데
그리고 풀링이 아닌 방식은 도저히 하드웨어 상으로 구현 안되는거 아니냐? 아니 누른지 안누른지 버튼이 아니라면 다른 이벤트겠지 하여간 결국 그거도 눌린지 안눌린지 알려면 무한반복으로 계속 체크해주는게 도중에 숫자 1이상 걸리면 그거 리턴줘서 찾는걸꺼 아니냐
Cpu가 너 생각보다 너무 빨라서 걱정안해도 됨 - dc App
뭔소리 하는지 모르겠고 트리거 리스너는 그냥 이벤트 발생하면 리스너 호출하는 것 뿐임 - dc App
이벤트를 발생시키는놈이 풀링으로 먼저 검증하는 걸수도 있겠지 - dc App
그 트리거도 결국 내부적으론 풀링일거 아며
그리고 대게 그런놈들은 한번에 다같이 cpu점유하는거고 - dc App
트리거 함수가 리스너 배열에 있는 함수 차례대로 호출함 - dc App
니가 말하는건 풀링방식임 - dc App
그니까 그걸 어떻게 아냐고 ㅡㅡ 좀더 운영체제 아래로 내려가면 0.00000000000001초 단위로 계속 무한반복돌리며 모든 사항 체크하는거 아님?
그게 풀링이라고 ㅂㅅ아 - dc App
폴링음 그렇게 무한반복 도는데 cpu는 아무 타격없냐? 마우스 진짜 존나 쪼오오오금만 움직여도 각종 ㅂㅅ같은 이벤트가 다 잡힌다고 하던데
그리고 풀링이 아닌 방식은 도저히 하드웨어 상으로 구현 안되는거 아니냐? 아니 누른지 안누른지 버튼이 아니라면 다른 이벤트겠지 하여간 결국 그거도 눌린지 안눌린지 알려면 무한반복으로 계속 체크해주는게 도중에 숫자 1이상 걸리면 그거 리턴줘서 찾는걸꺼 아니냐
Cpu가 너 생각보다 너무 빨라서 걱정안해도 됨 - dc App
뭔소리 하는지 모르겠고 트리거 리스너는 그냥 이벤트 발생하면 리스너 호출하는 것 뿐임 - dc App
이벤트를 발생시키는놈이 풀링으로 먼저 검증하는 걸수도 있겠지 - dc App
그 트리거도 결국 내부적으론 풀링일거 아며
그리고 대게 그런놈들은 한번에 다같이 cpu점유하는거고 - dc App