Re: Interrupt using all the CPU

2006-07-04 Thread nocturnal

Hi

Yes i suspected a bug when i first saw this because of what you say. 
100% CPU usage should be noticed. I found out by accident looking at 
top. I'll see if we can update the system, it's not high priority right 
now but thank you all for your help.




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Nikos Vassiliadis wrote:

On Tuesday 04 July 2006 13:10, nocturnal wrote:

Hi

The -m argument exists in 5.3-RELEASE, thank you. I've attached one file
with -mio and the other without. With -mio it just output some extra
stuff at the beginning so i don't know how much it matters or maybe i
did something wrong.


I see nothing backing up those numbers...

You said it doesn't seem to affect the web server, That everything
feels normal. You cannot feel the load using the box, typing, etc, right?
In cases where interrupts reach 25%, the load is very easily noticable,
that means you have trouble typing...I would say that such a percentage
(100%) is false, you wouldn't be able to log in to the box, the kernel itself 
would have trouble doing something, but interrupt handling.


A wild guess would be that you hit a bug. After all 5.3-RELEASE was the
first release marked STABLE from the 5 branch.




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se

Nikos Vassiliadis wrote:

On Tuesday 04 July 2006 11:40, nocturnal wrote:

Hi

This is what i get, i'm afraid i'm not good at interpreting the results.

  procs  memory  pagedisks faults 
cpu r b w avmfre  flt  re  pi  po  fr  sr ad4 ad6   in   sy  cs

us sy id
  1 5 0  274324  36436   26   0   0   0  50  27   0   0  242  149 332  0
88 12
  1 5 0  274324  364243   0   0   0   3   0   1   0  338  911 462  0
50 50
  1 5 0  274324  364240   0   0   0   0   0  16   0  391 1011 581  0
33 67
  1 5 0  274324  364240   0   0   0   3   0   1   0  611  263 877  0
33 67
  1 5 0  274324  364240   0   0   0   0   0   1   0  674  128 931  0
75 25
  1 5 0  274324  364240   0   0   0   0   0   0   0  563  118 711  0
  0 100
  1 5 0  274324  364240   0   0   0   0   0   0   0  531  129 702  0
67 33
  1 5 0  274324  364240   0   0   0   0   0   0   0  440  118 578  0
50 50
  1 6 0  274324  363760   0   0   0   0   0   0   0  563  158 774  0
67 33
  1 5 0  274324  362680   0   0   0   0   0  10   0  702 1019 920  0
100  0
  1 5 0  274324  362680   0   0   0   0   0   0   0  683  118 872  0
25 75
  0 6 0  291460  33800  955   0   0   0 333   0   0   0  783 1423 1069
0 50 50
  0 5 0  274324  36240  611   0   0   0 1500   0   0   0  491  567 707
0 100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  717  121 986  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  729  129 923  0
33 67
  0 5 0  274324  362400   0   0   0   0   0   0   0  570  118 742  0
50 50
  0 5 0  274324  362400   0   0   0   0   0   0   0  568 1381 793  0
33 67
  0 5 0  274324  362400   0   0   0   4   0  32   0  716  129 1036
0 75 25
  0 5 0  274324  362400   0   0   0   0   0   0   0  745  118 843  0
75 25
  0 5 0  274324  362400   0   0   0   0   0   7   0  610  137 820  0
67 33
  0 5 0  274324  362400   0   0   0   0   0   0   0  465  174 630  0
  0 100
  0 5 0  274324  362400   0   0   0   0   0   0   0  327  237 454  0
50 50
  0 5 0  274324  362400   0   0   0   0   0   0   0  253  125 323  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  249  127 314  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  240  118 303  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  238  125 301  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  255  129 330  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  258  144 337  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  269  129 358  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   2   0  312  527 431  0
100  0
  0 5 0  274324  362360   0   0   0  12   0  21   0  287  129 409  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  257  128 331  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  253  118 324  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  248  128 315  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   5   0  257  118 333  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  257  118 327  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  294  118 366  0
100  0

Please turn off word wrapping on your mail program when
you send such output. Or send as attachment. Well, normal
number of interrupts, a lot of time in kernel, quite a few context
switches

send as attachment  "top -n -S -I -d 10" please
There is also a -m in 6.x, don't know about 5.3-R, but it would be
interesting if it exists

from top manual:
   -mdisplay
  Display either cpu or io statistics. 

Re: Interrupt using all the CPU

2006-07-04 Thread Nikos Vassiliadis
On Tuesday 04 July 2006 13:10, nocturnal wrote:
> Hi
>
> The -m argument exists in 5.3-RELEASE, thank you. I've attached one file
> with -mio and the other without. With -mio it just output some extra
> stuff at the beginning so i don't know how much it matters or maybe i
> did something wrong.

I see nothing backing up those numbers...

You said it doesn't seem to affect the web server, That everything
feels normal. You cannot feel the load using the box, typing, etc, right?
In cases where interrupts reach 25%, the load is very easily noticable,
that means you have trouble typing...I would say that such a percentage
(100%) is false, you wouldn't be able to log in to the box, the kernel itself 
would have trouble doing something, but interrupt handling.

A wild guess would be that you hit a bug. After all 5.3-RELEASE was the
first release marked STABLE from the 5 branch.

>
>
>
> Med vänliga hälsningar
>
> Stefan Midjich aka nocturnal
> [Swehack] http://swehack.se
>
> Nikos Vassiliadis wrote:
> > On Tuesday 04 July 2006 11:40, nocturnal wrote:
> >> Hi
> >>
> >> This is what i get, i'm afraid i'm not good at interpreting the results.
> >>
> >>   procs  memory  pagedisks faults 
> >> cpu r b w avmfre  flt  re  pi  po  fr  sr ad4 ad6   in   sy  cs
> >> us sy id
> >>   1 5 0  274324  36436   26   0   0   0  50  27   0   0  242  149 332  0
> >> 88 12
> >>   1 5 0  274324  364243   0   0   0   3   0   1   0  338  911 462  0
> >> 50 50
> >>   1 5 0  274324  364240   0   0   0   0   0  16   0  391 1011 581  0
> >> 33 67
> >>   1 5 0  274324  364240   0   0   0   3   0   1   0  611  263 877  0
> >> 33 67
> >>   1 5 0  274324  364240   0   0   0   0   0   1   0  674  128 931  0
> >> 75 25
> >>   1 5 0  274324  364240   0   0   0   0   0   0   0  563  118 711  0
> >>   0 100
> >>   1 5 0  274324  364240   0   0   0   0   0   0   0  531  129 702  0
> >> 67 33
> >>   1 5 0  274324  364240   0   0   0   0   0   0   0  440  118 578  0
> >> 50 50
> >>   1 6 0  274324  363760   0   0   0   0   0   0   0  563  158 774  0
> >> 67 33
> >>   1 5 0  274324  362680   0   0   0   0   0  10   0  702 1019 920  0
> >> 100  0
> >>   1 5 0  274324  362680   0   0   0   0   0   0   0  683  118 872  0
> >> 25 75
> >>   0 6 0  291460  33800  955   0   0   0 333   0   0   0  783 1423 1069
> >> 0 50 50
> >>   0 5 0  274324  36240  611   0   0   0 1500   0   0   0  491  567 707
> >> 0 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  717  121 986  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  729  129 923  0
> >> 33 67
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  570  118 742  0
> >> 50 50
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  568 1381 793  0
> >> 33 67
> >>   0 5 0  274324  362400   0   0   0   4   0  32   0  716  129 1036
> >> 0 75 25
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  745  118 843  0
> >> 75 25
> >>   0 5 0  274324  362400   0   0   0   0   0   7   0  610  137 820  0
> >> 67 33
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  465  174 630  0
> >>   0 100
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  327  237 454  0
> >> 50 50
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  253  125 323  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  249  127 314  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  240  118 303  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  238  125 301  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  255  129 330  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  258  144 337  0
> >> 100  0
> >>   0 5 0  274324  362400   0   0   0   0   0   0   0  269  129 358  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   2   0  312  527 431  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0  12   0  21   0  287  129 409  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   0   0  257  128 331  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   0   0  253  118 324  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   0   0  248  128 315  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   5   0  257  118 333  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   0   0  257  118 327  0
> >> 100  0
> >>   0 5 0  274324  362360   0   0   0   0   0   0   0  294  118 366  0
> >> 100  0
> >
> > Please turn off word wrapping on your mail program when
> > you send such output. Or send as attachment. Well, normal
> > number of interrupts, a lot of time in kernel, quite a few context
> > switches
> >
> > send as attachment  "top -n -S -I -d 10" please
> > There is also a -m in 6.x, don't know about 5.3-R, but it would be
> > interesting if it ex

Re: Interrupt using all the CPU

2006-07-04 Thread nocturnal

Hi

The -m argument exists in 5.3-RELEASE, thank you. I've attached one file 
with -mio and the other without. With -mio it just output some extra 
stuff at the beginning so i don't know how much it matters or maybe i 
did something wrong.




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Nikos Vassiliadis wrote:

On Tuesday 04 July 2006 11:40, nocturnal wrote:

Hi

This is what i get, i'm afraid i'm not good at interpreting the results.

  procs  memory  pagedisks faults  cpu
  r b w avmfre  flt  re  pi  po  fr  sr ad4 ad6   in   sy  cs us
sy id
  1 5 0  274324  36436   26   0   0   0  50  27   0   0  242  149 332  0
88 12
  1 5 0  274324  364243   0   0   0   3   0   1   0  338  911 462  0
50 50
  1 5 0  274324  364240   0   0   0   0   0  16   0  391 1011 581  0
33 67
  1 5 0  274324  364240   0   0   0   3   0   1   0  611  263 877  0
33 67
  1 5 0  274324  364240   0   0   0   0   0   1   0  674  128 931  0
75 25
  1 5 0  274324  364240   0   0   0   0   0   0   0  563  118 711  0
  0 100
  1 5 0  274324  364240   0   0   0   0   0   0   0  531  129 702  0
67 33
  1 5 0  274324  364240   0   0   0   0   0   0   0  440  118 578  0
50 50
  1 6 0  274324  363760   0   0   0   0   0   0   0  563  158 774  0
67 33
  1 5 0  274324  362680   0   0   0   0   0  10   0  702 1019 920  0
100  0
  1 5 0  274324  362680   0   0   0   0   0   0   0  683  118 872  0
25 75
  0 6 0  291460  33800  955   0   0   0 333   0   0   0  783 1423 1069
0 50 50
  0 5 0  274324  36240  611   0   0   0 1500   0   0   0  491  567 707
0 100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  717  121 986  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  729  129 923  0
33 67
  0 5 0  274324  362400   0   0   0   0   0   0   0  570  118 742  0
50 50
  0 5 0  274324  362400   0   0   0   0   0   0   0  568 1381 793  0
33 67
  0 5 0  274324  362400   0   0   0   4   0  32   0  716  129 1036
0 75 25
  0 5 0  274324  362400   0   0   0   0   0   0   0  745  118 843  0
75 25
  0 5 0  274324  362400   0   0   0   0   0   7   0  610  137 820  0
67 33
  0 5 0  274324  362400   0   0   0   0   0   0   0  465  174 630  0
  0 100
  0 5 0  274324  362400   0   0   0   0   0   0   0  327  237 454  0
50 50
  0 5 0  274324  362400   0   0   0   0   0   0   0  253  125 323  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  249  127 314  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  240  118 303  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  238  125 301  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  255  129 330  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  258  144 337  0
100  0
  0 5 0  274324  362400   0   0   0   0   0   0   0  269  129 358  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   2   0  312  527 431  0
100  0
  0 5 0  274324  362360   0   0   0  12   0  21   0  287  129 409  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  257  128 331  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  253  118 324  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  248  128 315  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   5   0  257  118 333  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  257  118 327  0
100  0
  0 5 0  274324  362360   0   0   0   0   0   0   0  294  118 366  0
100  0



Please turn off word wrapping on your mail program when
you send such output. Or send as attachment. Well, normal
number of interrupts, a lot of time in kernel, quite a few context
switches

send as attachment  "top -n -S -I -d 10" please
There is also a -m in 6.x, don't know about 5.3-R, but it would be
interesting if it exists

from top manual:
   -mdisplay
  Display either cpu or io statistics.  Default is cpu.



last pid: 29582;  load averages:  0.01,  0.13,  0.08  up 3+21:29:1412:06:22
114 processes: 2 running, 87 sleeping, 25 waiting

Mem: 193M Active, 300M Inact, 99M Wired, 22M Cache, 73M Buf, 5488K Free
Swap: 329M Total, 376K Used, 329M Free


  PID USERNAME   VCSW  IVCSW   READ  WRITE  FAULT  TOTAL PERCENT COMMAND
  498 www   49228  98410540   5580122   6242   1.35% httpd
  465 www   50096 103518736   2877423   4036   0.88% httpd
  489 www   54847  93551771   4688335   5794   1.26% httpd
  605 www   48318  89215577   4239112   4928   1.07% httpd
 2326 www   46595 104188597   3857150   4604   1.00% httpd
   46 root 337454  0830 358189  0 359019  77.88% syncer
 2315 www   44607  74767795   4356131   5282   1.15% httpd
19562 www   19505  54030558   1805214   2577   0.56% httpd
16684 www   22848  40500616   1029272   1

Re: Interrupt using all the CPU

2006-07-04 Thread Nikos Vassiliadis
On Tuesday 04 July 2006 11:40, nocturnal wrote:
> Hi
>
> This is what i get, i'm afraid i'm not good at interpreting the results.
>
>   procs  memory  pagedisks faults  cpu
>   r b w avmfre  flt  re  pi  po  fr  sr ad4 ad6   in   sy  cs us
> sy id
>   1 5 0  274324  36436   26   0   0   0  50  27   0   0  242  149 332  0
> 88 12
>   1 5 0  274324  364243   0   0   0   3   0   1   0  338  911 462  0
> 50 50
>   1 5 0  274324  364240   0   0   0   0   0  16   0  391 1011 581  0
> 33 67
>   1 5 0  274324  364240   0   0   0   3   0   1   0  611  263 877  0
> 33 67
>   1 5 0  274324  364240   0   0   0   0   0   1   0  674  128 931  0
> 75 25
>   1 5 0  274324  364240   0   0   0   0   0   0   0  563  118 711  0
>   0 100
>   1 5 0  274324  364240   0   0   0   0   0   0   0  531  129 702  0
> 67 33
>   1 5 0  274324  364240   0   0   0   0   0   0   0  440  118 578  0
> 50 50
>   1 6 0  274324  363760   0   0   0   0   0   0   0  563  158 774  0
> 67 33
>   1 5 0  274324  362680   0   0   0   0   0  10   0  702 1019 920  0
> 100  0
>   1 5 0  274324  362680   0   0   0   0   0   0   0  683  118 872  0
> 25 75
>   0 6 0  291460  33800  955   0   0   0 333   0   0   0  783 1423 1069
> 0 50 50
>   0 5 0  274324  36240  611   0   0   0 1500   0   0   0  491  567 707
> 0 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  717  121 986  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  729  129 923  0
> 33 67
>   0 5 0  274324  362400   0   0   0   0   0   0   0  570  118 742  0
> 50 50
>   0 5 0  274324  362400   0   0   0   0   0   0   0  568 1381 793  0
> 33 67
>   0 5 0  274324  362400   0   0   0   4   0  32   0  716  129 1036
> 0 75 25
>   0 5 0  274324  362400   0   0   0   0   0   0   0  745  118 843  0
> 75 25
>   0 5 0  274324  362400   0   0   0   0   0   7   0  610  137 820  0
> 67 33
>   0 5 0  274324  362400   0   0   0   0   0   0   0  465  174 630  0
>   0 100
>   0 5 0  274324  362400   0   0   0   0   0   0   0  327  237 454  0
> 50 50
>   0 5 0  274324  362400   0   0   0   0   0   0   0  253  125 323  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  249  127 314  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  240  118 303  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  238  125 301  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  255  129 330  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  258  144 337  0
> 100  0
>   0 5 0  274324  362400   0   0   0   0   0   0   0  269  129 358  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   2   0  312  527 431  0
> 100  0
>   0 5 0  274324  362360   0   0   0  12   0  21   0  287  129 409  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   0   0  257  128 331  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   0   0  253  118 324  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   0   0  248  128 315  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   5   0  257  118 333  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   0   0  257  118 327  0
> 100  0
>   0 5 0  274324  362360   0   0   0   0   0   0   0  294  118 366  0
> 100  0
>

Please turn off word wrapping on your mail program when
you send such output. Or send as attachment. Well, normal
number of interrupts, a lot of time in kernel, quite a few context
switches

send as attachment  "top -n -S -I -d 10" please
There is also a -m in 6.x, don't know about 5.3-R, but it would be
interesting if it exists

from top manual:
   -mdisplay
  Display either cpu or io statistics.  Default is cpu.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-04 Thread nocturnal

Hi

This is what i get, i'm afraid i'm not good at interpreting the results.

 procs  memory  pagedisks faults  cpu
 r b w avmfre  flt  re  pi  po  fr  sr ad4 ad6   in   sy  cs us 
sy id
 1 5 0  274324  36436   26   0   0   0  50  27   0   0  242  149 332  0 
88 12
 1 5 0  274324  364243   0   0   0   3   0   1   0  338  911 462  0 
50 50
 1 5 0  274324  364240   0   0   0   0   0  16   0  391 1011 581  0 
33 67
 1 5 0  274324  364240   0   0   0   3   0   1   0  611  263 877  0 
33 67
 1 5 0  274324  364240   0   0   0   0   0   1   0  674  128 931  0 
75 25
 1 5 0  274324  364240   0   0   0   0   0   0   0  563  118 711  0 
 0 100
 1 5 0  274324  364240   0   0   0   0   0   0   0  531  129 702  0 
67 33
 1 5 0  274324  364240   0   0   0   0   0   0   0  440  118 578  0 
50 50
 1 6 0  274324  363760   0   0   0   0   0   0   0  563  158 774  0 
67 33
 1 5 0  274324  362680   0   0   0   0   0  10   0  702 1019 920  0 
100  0
 1 5 0  274324  362680   0   0   0   0   0   0   0  683  118 872  0 
25 75
 0 6 0  291460  33800  955   0   0   0 333   0   0   0  783 1423 1069 
0 50 50
 0 5 0  274324  36240  611   0   0   0 1500   0   0   0  491  567 707 
0 100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  717  121 986  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  729  129 923  0 
33 67
 0 5 0  274324  362400   0   0   0   0   0   0   0  570  118 742  0 
50 50
 0 5 0  274324  362400   0   0   0   0   0   0   0  568 1381 793  0 
33 67
 0 5 0  274324  362400   0   0   0   4   0  32   0  716  129 1036 
0 75 25
 0 5 0  274324  362400   0   0   0   0   0   0   0  745  118 843  0 
75 25
 0 5 0  274324  362400   0   0   0   0   0   7   0  610  137 820  0 
67 33
 0 5 0  274324  362400   0   0   0   0   0   0   0  465  174 630  0 
 0 100
 0 5 0  274324  362400   0   0   0   0   0   0   0  327  237 454  0 
50 50
 0 5 0  274324  362400   0   0   0   0   0   0   0  253  125 323  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  249  127 314  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  240  118 303  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  238  125 301  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  255  129 330  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  258  144 337  0 
100  0
 0 5 0  274324  362400   0   0   0   0   0   0   0  269  129 358  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   2   0  312  527 431  0 
100  0
 0 5 0  274324  362360   0   0   0  12   0  21   0  287  129 409  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   0   0  257  128 331  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   0   0  253  118 324  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   0   0  248  128 315  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   5   0  257  118 333  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   0   0  257  118 327  0 
100  0
 0 5 0  274324  362360   0   0   0   0   0   0   0  294  118 366  0 
100  0





Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Nikos Vassiliadis wrote:

On Tuesday 04 July 2006 09:57, nocturnal wrote:

Hi

kern.clockrate: { hz = 100, tick = 1, profhz = 1024, stathz = 128 }

I'm going to see if it's possible to disable USB from the BIOS later
today, if not, can i disable the USB devices in the kernel?


are you sure you have to?
Try vmstat -w1 to see the number of interrupts as advised by Chuck





___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-04 Thread Nikos Vassiliadis
On Tuesday 04 July 2006 09:57, nocturnal wrote:
> Hi
>
> kern.clockrate: { hz = 100, tick = 1, profhz = 1024, stathz = 128 }
>
> I'm going to see if it's possible to disable USB from the BIOS later
> today, if not, can i disable the USB devices in the kernel?

are you sure you have to?
Try vmstat -w1 to see the number of interrupts as advised by Chuck

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread nocturnal

Hi

kern.clockrate: { hz = 100, tick = 1, profhz = 1024, stathz = 128 }

I'm going to see if it's possible to disable USB from the BIOS later 
today, if not, can i disable the USB devices in the kernel?




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Chuck Swiger wrote:

Nikos Vassiliadis wrote:

On Monday 03 July 2006 14:06, Daan Vreeken [PA4DAN] wrote:

[ ... ]

interrupt  total   rate
irq0: clk   25130235 99
irq1: atkbd0   4  0
irq6: fdc0 1  0
irq7: ppc0 1  0
irq8: rtc 288300  1
irq11: atapci1637852  2
irq12: vr0 uhci0+3890833 15
irq13: npx01  0
irq14: ata0   54  0
Total   29947281119

Hmm.. There seems to be nothing wrong with these numbers. If you were
suffering from an interrupt storm I would have expected much larger 
numbers

in the "rate" column. The column "rate" shows the average number of
interrupts / second. In total your system handles about 120 interrupts /
second, so that shouldn't be a problem.


I have the feeling that rate is calculated like this:
number of interrupts since boottime / seconds of uptime


OK.


so, this won't help if his is having now an interrupt storm
while most of the time the system is interrupted ~ 120 times
per second


An interrupt storm on what, though?

The ~100 interrupts per second from the clock on IRQ0 are absolutely 
normal with HZ=100; the only other candidate seems to be the combination 
of vr0 & USB controller on IRQ 12.


If it's possible to disable the USB controller for a bit in the BIOS, it 
would be interesting to see whether that makes any difference.  You can 
probably kill the parallel port, too.


It's also interesting to note that IRQ 8, the RTC, seems to be mostly 
idle-- normally that fires at stathz=128...check "sysctl kern.clockrate".


systat -vmstat $time shows interrupts per second regarding the last 
$time seconds


Right, although the output from "vmstat 1" would survive being pasted 
into email better, I suspect.




___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread Chuck Swiger

Nikos Vassiliadis wrote:

On Monday 03 July 2006 14:06, Daan Vreeken [PA4DAN] wrote:

[ ... ]

interrupt  total   rate
irq0: clk   25130235 99
irq1: atkbd0   4  0
irq6: fdc0 1  0
irq7: ppc0 1  0
irq8: rtc 288300  1
irq11: atapci1637852  2
irq12: vr0 uhci0+3890833 15
irq13: npx01  0
irq14: ata0   54  0
Total   29947281119

Hmm.. There seems to be nothing wrong with these numbers. If you were
suffering from an interrupt storm I would have expected much larger numbers
in the "rate" column. The column "rate" shows the average number of
interrupts / second. In total your system handles about 120 interrupts /
second, so that shouldn't be a problem.


I have the feeling that rate is calculated like this:
number of interrupts since boottime / seconds of uptime


OK.


so, this won't help if his is having now an interrupt storm
while most of the time the system is interrupted ~ 120 times
per second


An interrupt storm on what, though?

The ~100 interrupts per second from the clock on IRQ0 are absolutely normal 
with HZ=100; the only other candidate seems to be the combination of vr0 & USB 
controller on IRQ 12.


If it's possible to disable the USB controller for a bit in the BIOS, it would 
be interesting to see whether that makes any difference.  You can probably 
kill the parallel port, too.


It's also interesting to note that IRQ 8, the RTC, seems to be mostly idle-- 
normally that fires at stathz=128...check "sysctl kern.clockrate".


systat -vmstat $time shows interrupts per second regarding the last $time 
seconds


Right, although the output from "vmstat 1" would survive being pasted into 
email better, I suspect.


--
-Chuck
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread Nikos Vassiliadis
On Monday 03 July 2006 14:06, Daan Vreeken [PA4DAN] wrote:
> On Monday 03 July 2006 12:26, nocturnal wrote:
> > Hi
> >
> > The clock?
> >
> > interrupt  total   rate
> > irq0: clk   25130235 99
> > irq1: atkbd0   4  0
> > irq6: fdc0 1  0
> > irq7: ppc0 1  0
> > irq8: rtc 288300  1
> > irq11: atapci1637852  2
> > irq12: vr0 uhci0+3890833 15
> > irq13: npx01  0
> > irq14: ata0   54  0
> > Total   29947281119
>
> Hmm.. There seems to be nothing wrong with these numbers. If you were
> suffering from an interrupt storm I would have expected much larger numbers
> in the "rate" column. The column "rate" shows the average number of
> interrupts / second. In total your system handles about 120 interrupts /
> second, so that shouldn't be a problem.

I have the feeling that rate is calculated like this:
number of interrupts since boottime / seconds of uptime

so, this won't help if his is having now an interrupt storm
while most of the time the system is interrupted ~ 120 times
per second

systat -vmstat $time shows interrupts per second regarding the last $time 
seconds
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread nocturnal

Hi

I'm sorry for the second e-mail but the uname is.

FreeBSD unix.swebase.com 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov  5 
04:19:18 UTC 2004 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386


We haven't even recompiled the kernel since the install. It was supposed 
to be a temporary machine but turned into a development machine for me 
and some other developers.




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Daan Vreeken [PA4DAN] wrote:

On Monday 03 July 2006 12:26, nocturnal wrote:

Hi

The clock?

interrupt  total   rate
irq0: clk   25130235 99
irq1: atkbd0   4  0
irq6: fdc0 1  0
irq7: ppc0 1  0
irq8: rtc 288300  1
irq11: atapci1637852  2
irq12: vr0 uhci0+3890833 15
irq13: npx01  0
irq14: ata0   54  0
Total   29947281119


Hmm.. There seems to be nothing wrong with these numbers. If you were 
suffering from an interrupt storm I would have expected much larger numbers 
in the "rate" column. The column "rate" shows the average number of 
interrupts / second. In total your system handles about 120 interrupts / 
second, so that shouldn't be a problem.
Are you using "powerd" perhaps? Could it be that your system goes into a too 
deep sleep state where interrupt handling costs significantly more time?


grtz,
Daan





___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread nocturnal

Hi

No powerd running and i've never heard of that daemon. It's a pretty 
basic noname machine acting as a small scale webserver and a non-public 
nameserver. I've asked aroung and nobody can remember how long it's been 
like this so it's very possible that it's been acting like this since we 
installed it but i highly doubt it because we've had problems with it in 
the past and usually when something happens you check top at least once. 
It doesn't have much traffic either, if you shutdown the webserver the 
traffic is almost none, mostly arp and DNS traffic.


CPU states:  0.0% user,  0.0% nice,  0.0% system,  100% interrupt,  0.0% 
idle

Mem: 130M Active, 355M Inact, 108M Wired, 22M Cache, 73M Buf, 5668K Free
Swap: 329M Total, 316K Used, 329M Free

This is what it usually looks like, or here in an iostat view, in case 
it helps.


  tty ad4  ad6 ast0 cpu
 tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
   03 28.14   2  0.06   0.57   0  0.00   0.00   0  0.00   0  0  7 83 10
   0  227 16.00   1  0.02   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77 16.00  11  0.17   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  6.00   1  0.01   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0

   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 50 50
   0   76 16.00   2  0.03   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0
   0   77  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   0  0  0 
100  0





Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Daan Vreeken [PA4DAN] wrote:

On Monday 03 July 2006 12:26, nocturnal wrote:

Hi

The clock?

interrupt  total   rate
irq0: clk   25130235 99
irq1: atkbd0   4  0
irq6: fdc0 1  0
irq7: ppc0 1  0
irq8: rtc 288300  1
irq11: atapci1637852  2
irq12: vr0 uhci0+3890833 15
irq13: npx01  0
irq14: ata0   54  0
Total   29947281119


Hmm.. There seems to be nothing wrong with these numbers. If you were 
suffering from an interrupt storm I would have expected much larger numbers 
in the "rate" column. The column "rate" shows the average number of 
interrupts / second. In total your system handles about 120 interrupts / 
second, so that shouldn't be a problem.
Are you using "powerd" perhaps? Could it be that your system goes into a too 
deep sleep state where interrupt handling costs significantly more time?


grtz,
Daan





___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread Daan Vreeken [PA4DAN]
On Monday 03 July 2006 12:26, nocturnal wrote:
> Hi
>
> The clock?
>
> interrupt  total   rate
> irq0: clk   25130235 99
> irq1: atkbd0   4  0
> irq6: fdc0 1  0
> irq7: ppc0 1  0
> irq8: rtc 288300  1
> irq11: atapci1637852  2
> irq12: vr0 uhci0+3890833 15
> irq13: npx01  0
> irq14: ata0   54  0
> Total   29947281119

Hmm.. There seems to be nothing wrong with these numbers. If you were 
suffering from an interrupt storm I would have expected much larger numbers 
in the "rate" column. The column "rate" shows the average number of 
interrupts / second. In total your system handles about 120 interrupts / 
second, so that shouldn't be a problem.
Are you using "powerd" perhaps? Could it be that your system goes into a too 
deep sleep state where interrupt handling costs significantly more time?

grtz,
Daan
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread nocturnal

Hi

The clock?

interrupt  total   rate
irq0: clk   25130235 99
irq1: atkbd0   4  0
irq6: fdc0 1  0
irq7: ppc0 1  0
irq8: rtc 288300  1
irq11: atapci1637852  2
irq12: vr0 uhci0+3890833 15
irq13: npx01  0
irq14: ata0   54  0
Total   29947281119

Also, in reply to Fabian Kell; top -S doesn't show me which process is 
using all the interrupt CPU, thank you for the tip.




Med vänliga hälsningar

Stefan Midjich aka nocturnal
[Swehack] http://swehack.se


Daan Vreeken [PA4DAN] wrote:

On Monday 03 July 2006 10:38, nocturnal wrote:

Hi

I'm having a few problems with a webserver. Today the idle was at 0.0
and it's still like this. It doesn't look like it's affecting web
services but it looks weird and i'm afraid that the CPU is working it's
ass off with something. Of course nothing shows up in top or ps that
could indicate which process is taking up all this cpu and since
interrupt is the one using it i'm not even sure anything is actually
using up CPU since i don't know what interrupt is. Any hints or pointers
would be appreciated.

It looks like interrupt and system are fighting for percents, interrupt
has 100% constantly and as soon as interrupt drops system takes exactly
what's left over and sometimes system doesn't do it so idle gets a few
percents. It's weird to me simply because i can't find a description of
what interrupt shows in top anywhere in the manuals.


Try "vmstat -i" to show you what device is causing the interrupts.

grtz,
Daan





___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread Daan Vreeken [PA4DAN]
On Monday 03 July 2006 10:38, nocturnal wrote:
> Hi
>
> I'm having a few problems with a webserver. Today the idle was at 0.0
> and it's still like this. It doesn't look like it's affecting web
> services but it looks weird and i'm afraid that the CPU is working it's
> ass off with something. Of course nothing shows up in top or ps that
> could indicate which process is taking up all this cpu and since
> interrupt is the one using it i'm not even sure anything is actually
> using up CPU since i don't know what interrupt is. Any hints or pointers
> would be appreciated.
>
> It looks like interrupt and system are fighting for percents, interrupt
> has 100% constantly and as soon as interrupt drops system takes exactly
> what's left over and sometimes system doesn't do it so idle gets a few
> percents. It's weird to me simply because i can't find a description of
> what interrupt shows in top anywhere in the manuals.

Try "vmstat -i" to show you what device is causing the interrupts.

grtz,
Daan
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Interrupt using all the CPU

2006-07-03 Thread Fabian Keil
nocturnal <[EMAIL PROTECTED]> wrote:

> I'm having a few problems with a webserver. Today the idle was at 0.0 
> and it's still like this. It doesn't look like it's affecting web 
> services but it looks weird and i'm afraid that the CPU is working
> it's ass off with something. Of course nothing shows up in top or ps
> that could indicate which process is taking up all this cpu and since 
> interrupt is the one using it i'm not even sure anything is actually 
> using up CPU since i don't know what interrupt is. Any hints or
> pointers would be appreciated.
> 
> It looks like interrupt and system are fighting for percents,
> interrupt has 100% constantly and as soon as interrupt drops system
> takes exactly what's left over and sometimes system doesn't do it so
> idle gets a few percents. It's weird to me simply because i can't
> find a description of what interrupt shows in top anywhere in the
> manuals.

Did you already try "top -S"?

Fabian
-- 
http://www.fabiankeil.de/


signature.asc
Description: PGP signature