대체 어디서 알람이.. -_-;
글쓴이: leilei / 작성시간: 목, 2004/04/29 - 8:49오후
예전에 누가 만들어논 서버에 손을 대야 합니다... T^T
머 거의 다 버그는 잡았는데..
한가지 알람 시그날이 절 환장하게 하네요.. :evil:
OS는
$ uname -a SunOS gtc 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-60
이런 녀석이구요...
서버는 첨에 thread pool을 만든 담에...
노는 놈 하나를 잡아서 mutex lock을 걸고 fd_set에 accept() 할
소켓을 넣은 다음.. select()로 대기 합니다... 타임아웃은 그냥
"0"으로 되어 있네요.. 머 나중에 타임아웃을 넣을 생각이었나 봅니다.. -_-;
문제는 select()에서 대기 하지마자 빈번하게 SIGALRM이 발생한다는 겁니다..
모든 소스를 뒤져 봤지만 alarm()이 호출된 곳은 없습니다..
왜 알람이 발생하는 걸까요..?
발생이 안될경우도 있구요..
알람 여부와는 상관없이 서버는 잘 돌아갑니다.. -_-a
그냥 시그날핸들러로 잡아서 처리는 해 주고 있지만..
얼케 된건지.. :?
SunOS는 먼가가 다른걸까요?
Forums:
음..
도움이 될 만한 답변이 될것 같진 않네요..
재미있네요..
select함수의 timeout을 0으로 두지 말고 해보세요..
https://nicesj.com
https://blog.nicesj.com
소스를 안봐서 모르지만,sleep 은 ALRAM signal 을
소스를 안봐서 모르지만,
sleep 은 ALRAM signal 을 기반으로 만들어진다는 것을 이용해보셔요.
---
http://coolengineer.com
SIGALRM
SIGALRM이 발생하는 경우는 대개 2가지 입니다.
alarm 을 호출한 경우나 setitimer를 호출한 경우입니다.
또는 다른 shell 스크립트에서 해당 프로세스에 강제로 kill -SIGALRM을
날린경우도 되겠네요.
결국 SIGALRM 은 유저가 직접 발생시킨다고 보면 됩니다.
시스템의 무언가가 발생시켰다고 생각치 마시고 찬찬히 다시
살펴보세요.
찾았습니다.. -_-)v말씀해 주신대로 sleep()이 문제였습니
찾았습니다.. -_-)v
말씀해 주신대로 sleep()이 문제였습니다.
쓰레드풀로 만들어진 쓰레드들이 잼나게도...
usleep()으로 대기를 하더군요...
메인루프쪽에서 accept()은 select()로 하구요..
정확히는 모르겠지만 둘 사이에서 먼가가.. -_-;;
뮤텍스도 있는데.. 왜 sleep로 루프를 돌면서 소켓을 넘기는건지..
먼가 깊은 뜻이 있는걸까요?
대체 왜~? :?
하여튼.. 이젠 깨끗이 돌아가니 맘이 편하네요..
달라진건 없지만..
이것도 병일까요? :)
댓글 달기