타이머

리눅스 커널 중요 시스템은 물론 여러 디바이스 드라이버에서 time_after()와 time_before() 함수를 써서 실행 시간과 타이밍을 제어합니다. 보통 함수 처리 시간과 실행 시간의 데드라인을 점검합니다. 그러니 이 함수들이 어떤 역할을 하는지 잘 알아둘 필요가 있습니다. 먼저 time_after()와 time_before() 함수 구현부를 보겠습니다.[include/linux/jiffies.h]1 #define time_after(a,b) \2 (typecheck(unsigned long, a) && \3 typecheck(unsigned long, b) && \4 ((long)((b) - (a)) < 0))5 #define time_before(a,b

jiffies에 대해 조금 더 깊이 알아보겠습니다. jiffies는 커널 시스템 타이머가 동적 타이머를 처리하는 횟수입니다. 그럼, jiffies란 값은 누가 언제 증가시킬까요? 이 변수는 타이머 인터럽트가 발생하고 난 후 do_timer() 함수에서 jiffies를 업데이트합니다. 소스 코드를 보면 이 내용을 더 쉽게 이해할 수 있으니 바로 코드 분석으로 들어가겠습니다.[kernel/time/timekeeping.c]1 void do_timer(unsigned long ticks)2 {3 jiffies_64 += ticks;4 calc_global_load(ticks);5} 3번 줄 코드를 보면 ticks이란 인자를 jiffies_64이란 jiffies 변수에 증감합니다. 여기서 do_timer()

jiffies는 커널 타이머를 실행하는 시간 단위입니다. 공학 용어로 Resolution이라고 합니다. jiffies를 지피스라고도 하는데 리눅스 커널에서 쓰는 jiffies란 용어를 그대로 쓰겠습니다. jiffies 개념을 이해하려면 HZ에 대해 배워야 합니다. 그럼 HZ는 뭘 의미할까요? HZ는 1초당 커널 타이머가 동적 타이머를 처리하는 횟수를 의미합니다. 그래서 커널 타이머의 실행 빈도는 HZ에 의해 정해집니다. 커널 타이머가 로컬 타이머를 처리하는 단위라고 말할 수 있습니다. HZ가 500이면 1초당 jiffies가 500번 +1만큼 증감하고 500번 커널 타이머가 실행합니다. 그럼 HZ가 크면 좋은 시스템일까요? 그렇지는 않습니다. HZ를 너무 큰 값으로 설정하면 시스템 과부하가 걸릴 수 있

아주 옛~날에 아쿠 타이머와 아쿠 수집품 관리 스크립을 만들었는데 생각보다 많은 사람들이 써서 놀랐던 기억이 나서 끄적. 우선 내가 불편해 죽겠으니 만들어야겠는 툴이 몇 개 있는데 대충 적어보자면(1) 챔전/수행 카운터(2) 집 수리/강화/정원/침략 타이머(3) 수집품 관리 스크립 -- 이건 옛날에 php로 대충 만들어둔거 살리고 조금 고치면 될 듯(4) 레시피 관리 스크립 -- 지금도 레시피 공유가 금지되어있다면 private tool을 만들어야 할거 같고(5) 던전 위치 추적 스크립 -- 가끔 딴 생각하다가 던전에서 길 잃었을 때 어디 쯤 인지 계산하는 툴...(6) 각종 장비/수집품 시세 표 (자동) -- 자세한 내용은 일단 비밀 무엇보다 가장 큰 문제는 내가 맥을 쓴다는 점이고 (ㅜㅜ) 크롬을 쓴