현재 위치

홈 ›› Forums ›› 공부 ›› 설치 및 활용 QnA

kernel 2.6.2 pIII 866 듀얼 SMP 문제...

punking의 이미지
글쓴이: punking / 작성시간: 일, 2004/02/08 - 2:24오후

아래 interrupts 인데요...정상 작동하지 안는듯하네요..

조언 부탁

           CPU0       CPU1       
  0:   48536522         61    IO-APIC-edge  timer
  1:      21338          1    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  8:          4          0    IO-APIC-edge  rtc
 12:     817137          1    IO-APIC-edge  i8042
 14:      71896          1    IO-APIC-edge  ide0
 15:          1          1    IO-APIC-edge  ide1
 26:    1424610          0   IO-APIC-level  eth1
 27:    8774759        169   IO-APIC-level  ide2, eth0, via82cxxx
NMI:          0          0 
LOC:   48543419   48579655 
ERR:          0

linux : debain
cpu : PIII 866 x 2
kernel : 2.6.2

Forums: 
설치 및 활용 QnA
eungkyu의 이미지

글쓴이: eungkyu / 작성시간: 일, 2004/02/08 - 3:07오후

punking wrote:
아래 interrupts 인데요...정상 작동하지 안는듯하네요..

조언 부탁

           CPU0       CPU1       
  0:   48536522         61    IO-APIC-edge  timer
  1:      21338          1    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  8:          4          0    IO-APIC-edge  rtc
 12:     817137          1    IO-APIC-edge  i8042
 14:      71896          1    IO-APIC-edge  ide0
 15:          1          1    IO-APIC-edge  ide1
 26:    1424610          0   IO-APIC-level  eth1
 27:    8774759        169   IO-APIC-level  ide2, eth0, via82cxxx
NMI:          0          0 
LOC:   48543419   48579655 
ERR:          0

linux : debain
cpu : PIII 866 x 2
kernel : 2.6.2

전 듀얼을 안써서 많이 알아본 일은 없지만, 그동안 줏어들은 것에 의하면 첫번째 cpu가 바쁠 경우에만 두번째 cpu를 사용하기 때문에 문제가 있는거 같지는 않습니다. 한번 cpu load를 엄청 주는 것들을 많이 실행해보세요.

punking의 이미지

글쓴이: punking / 작성시간: 월, 2004/02/09 - 2:37오후

thanx..

your all right

punking의 이미지

글쓴이: punking / 작성시간: 목, 2004/02/12 - 2:57오후

거이 다른 시피유 쓸일이 없네요..

차라리 2.4 때 커널에서 시피유를 더 효율적으로 쓰지않았나
생각들정도네요..

2.6.2 시피유 점유율은 많이 낮아 진듯..

jemiro의 이미지

글쓴이: jemiro / 작성시간: 목, 2004/02/12 - 3:00오후

역시 O(1) 스케쥴러의 위력이겠죠?

godyang의 이미지

글쓴이: godyang / 작성시간: 목, 2004/02/12 - 4:43오후

안녕하세요?

데뱐을 돌리고 있는 2.6.0 듀얼에서는 좀 결과가 다르더군요.
(데뱐에서 제공하고 있는 커널을 씁니다만...)

$ uname -a
Linux nexus 2.6.0-1-686-smp #2 SMP Sun Jan 11 17:03:22 EST 2004 i686 GNU/Linux
$ cat /proc/interrupts
           CPU0       CPU1       
  0:  418052564         50    IO-APIC-edge  timer
  1:      10363          1    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  8:          3          1    IO-APIC-edge  rtc
  9:          0          0   IO-APIC-level  acpi
 14:     843866    1180375    IO-APIC-edge  ide0
 15:          1          1    IO-APIC-edge  ide1
 18:   12918044   39894483   IO-APIC-level  eth1
 19:   40071736   12676871   IO-APIC-level  eth0
NMI:          0          0 
LOC:  418084455  418084454 
ERR:          0
MIS:         43

아무래도 2.6 공식 커널 트리에 아직 이 문제가 남아있는지 걱정이 되긴 합니다.

budle77의 이미지

글쓴이: budle77 / 작성시간: 목, 2004/02/12 - 6:39오후

제가 한창 오라클 배울때였는데, 오라클의 경우 CPU가 여러개일 경우에 여러개의 프로세서를 띄워서 각각의 CPU에 작업량을 나눠서 처리하게 만들수 있었거든요.
아마도 사용하시는 프로그램들 중에 강제로 두개의 CPU를 사용하도록 만드는 프로그램이 있는게 아닐까요? 그런 프로그램이 없다면 윗 분의 말씀처럼 CPU하나에 부하가 많이 걸릴때 까지는 두번째 CPU는 한가하게 지낼거 같습니다.

커널이나 듀얼CPU에 대한 지식이 없어서 확실하게 이거다라고 말씀은 못 드리겠네요.

sangwoo의 이미지

글쓴이: sangwoo / 작성시간: 목, 2004/02/12 - 7:53오후

SMP라면.. 이름에서도 이야기하듯이 (symmetric) CPU가 모두 비슷한 정도로
일을 나누는 것이 맞다고 알고 있습니다만.. 가장 효율적이기도 하구요.
처음에 글을 써 주신 분의 시스템은 뭔가 이상해 보입니다. 이전에 이것과 비슷한
증상에 대한 글들을 kldp bbs에서 본듯도 한데요..

아.. 글고 O(1) 스케줄러는, 프로세스들의 priority 계산에 걸리는 시간이,
프로세스의 수에 비례하지 않는다는 이야기이므로 여기서는 상관없는 것 같습니다. :shock:

----

추가합니다. 뉴스그룹에서 글을 조금 더 읽어 봤는데-
인터럽트 처리의 경우는, cpu를 왔다갔다하면서 처리하면 캐쉬의 flushing이 더
빈번히 일어나고, 그럴 경우 퍼포먼스가 더 떨어질 수도 있다고 하는군요.
그리고 eth0과 eth1은 동시에 로드가 걸린 게 아닐 수도 있으므로.. 이 interrupt
정보는 정상으로 보입니다. (죄송합니다. :oops: )
eth0과 eth1의 인터럽트를 두 프로세서가 나누어 처리하는 것을 확인하려면,
두 NIC에 동시에 큰 load를 주고, 그때의 인터럽트 처리 양상을 보면 될 듯
합니다. 물론 그 때는

           cpu0  cpu1
eth0:      xxx1     0
eth1:      0     xxx2

과 비슷한 결과가 나오는게 옳겠지요.
덕분에 좋은 공부가 됐습니다 (__) 관련글은 여기입니다.
http://marc.theaimsgroup.com/?l=linux-kernel&m=107398084008265&w=2

----
Let's shut up and code.

댓글 달기

텍스트 포맷에 대한 자세한 정보

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.