/proc/interrupts 정보 해설좀 부탁합니다
글쓴이: netkwak / 작성시간: 목, 2009/08/06 - 4:24오후
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 289747169 287270858 292908817 292901623 292902150 292902051 292901666 292901914 IO-APIC-edge timer 4: 2335616 2170700 1607501 15069559 457022 693024 1476520 7607272 IO-APIC-edge serial 7: 0 0 0 0 0 0 2 0 IO-APIC-edge parport0 8: 0 0 1 0 0 0 0 0 IO-APIC-edge rtc 9: 0 1 0 0 0 0 0 0 IO-APIC-level acpi 14: 4022149 3993618 35086180 10008806 5659754 4579423 16295617 4059135 IO-APIC-edge ide0 16: 8699850 2338620 2561518 2872248 11075794 12021679 3234859 2972928 IO-APIC-level 3w-9xxx, uhci_hcd:usb5 17: 0 838374660 17 0 0 0 0 0 IO-APIC-level uhci_hcd:usb4, eth0 18: 0 0 0 0 0 0 0 0 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2 19: 86880374 0 0 0 0 0 26 0 IO-APIC-level uhci_hcd:usb3, eth1 NMI: 0 0 0 0 0 0 0 0 LOC: 2334465546 2334465545 2334465544 2334465543 2334465542 2334465541 2334465540 2334465539 ERR: 0 MIS: 0
운용중인 서버가... 메모리, CPU자원, HDD I/O 에 여유가 있음에도 불구하고...
시스템 과부하가 발생합니다.
그래서 /proc/interrupts 를 해보니 위와 같은 결과가 나오네요.
그런데, 저 결과를 어떻게 해석해야 하는지 통 모르겠어서...
고수님들의 자문을 구합니다.
도와주세요 ㅠㅠ
#혹시 필요한정보가 있다면 모두 올리겠습니다.
Forums:
흠.. 혹시 ethernet
흠.. 혹시 ethernet driver가 tg3 이고 top 에서 iowait 이 높지 않나요? CentOS 5.3 또는 RHEL 5 revision 3 이라면.. 커널 버전을 확인 하시고, 최신 커널로 올리시기 바랍니다.
이 문제가 맞다면, ping을 하시면 주기적으로 엄청나게 늦은 reponse time이 나올 겁니다. 아니라면 패스 ~~
ethernet카드는 인텔82563EB 입니다
며칠동안 검색해서 알아낸게...
1. 통신량이 많아지면 eth0, eth1 에 대해 8개의 코어가 부하를 분산해야 정상인데..
계속 코어 하나로 처리하고 있는 점
2. 인텔 홈페이지에서 해당 드라이버의 설치 메뉴얼을 참조해서 커맨드를 입력해도 반영되지 않는 점
이네요.... ㅠㅠ
이하는 간단한 시스템 정보입니다.
저도 비슷한 문제인데요..
eth0 인터럽트를 cpu0만 처리하는것 같은데 이게 정상은 아닌것 같은데...어떻게 해결해야 할까요?
May The Force Be With You
irdeal
May The Force Be With You
irdeal
경험상 irqbalance
경험상 irqbalance 데몬이 처리하는 대로 내버려 두는 편이 좋더군요.
일반적인 데스크탑에서는요.
/proc/irq/*/smp_affinity
를 이용해서 수작업으로 CPU를 배분할 수 있습니다.
하시면 irq 90 이 CPU 1 으로 돌려집니다.
fedora 에선 /etc/sysconfig/irqbalance 가 irqbalance 데몬의 설정파일입니다.
irq 별로 제한을 하지는 못하지만 CPU 별로 제한을 할 수는 있습니다.
OTL
제가 원하는 답은 구하지 못하겠네요
TOE를 지원하는 고가의 랜카드의 경우라면 가능하다는 정보는 있지만...
일반적인 서버용 기가비트 랜카드로는 적용할 방법을 못 찾겠네요 ㅠㅠ
여기서 포기하고 다른 방법을 찾아봐야 할 듯 싶습니다.
댓글 달기