irqbalance runs only once; is that right?
Aaron Konstam
akonstam at sbcglobal.net
Tue Aug 19 20:31:43 UTC 2008
On Tue, 2008-08-19 at 16:35 -0300, Andre Costa wrote:
> Hi,
>
> I just realized that, even though /etc/sysconfig/irqbalance has
>
> ONESHOT=
>
> irqbalance runs only once and then bails out (at least it seems to be
> gracefully). This is what happens if I try to run it by hand:
>
> root:~# irqbalance --debug
> Package 0: cpu mask is 00000003 (workload 0)
> Cache domain 0: cpu mask is 00000003 (workload 0)
> CPU number 0 (workload 0)
> CPU number 1 (workload 0)
> Interrupt 20 (class ethernet) has workload 1
> Interrupt 8 (class timer) has workload 0
> Interrupt 0 (class timer) has workload 0
> Interrupt 17 (class storage) has workload 21
> Interrupt 21 (class storage) has workload 0
> Interrupt 16 (class legacy) has workload 123
> Interrupt 22 (class legacy) has workload 81
> Interrupt 1 (class legacy) has workload 1
> Interrupt 23 (class legacy) has workload 0
> Interrupt 19 (class legacy) has workload 0
> Interrupt 18 (class legacy) has workload 0
> Interrupt 9 (class legacy) has workload 0
> Interrupt 6 (class legacy) has workload 0
> Interrupt 4 (class other) has workload 0
>
>
>
> -----------------------------------------------------------------------------
> IRQ delta is 1892
> Package 0: cpu mask is 00000003 (workload 1154)
> Cache domain 0: cpu mask is 00000003 (workload 1153)
> CPU number 0 (workload 508)
> Interrupt 17 (storage/91)
> Interrupt 22 (legacy/412)
> Interrupt 23 (legacy/0)
> Interrupt 18 (legacy/0)
> Interrupt 6 (legacy/0)
> CPU number 1 (workload 645)
> Interrupt 20 (ethernet/10)
> Interrupt 21 (storage/8)
> Interrupt 16 (legacy/621)
> Interrupt 19 (legacy/0)
> Interrupt 9 (legacy/0)
> Interrupt 1 (legacy/0)
> Interrupt 4 (other/0)
>
> After this, it just quits with status 0, and /var/run/irqbalance.pid
> is removed.
>
> Is this normal behavior? (manpage says it should keep balancing IRQs
> each 10s if ONESHOT is not set)
>
> Version is irqbalance-0.55-9.fc9.x86_64
>
> Regards,
>
> Andre
That is interesting because the big leap forward in 2.6.x kernels is to
have scheduling lists that balance the work more efficiently among cpus.
--
=======================================================================
Military secrets are the most fleeting of all. -- Spock, "The Enterprise
Incident", stardate 5027.4
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam at sbcglobal.net
More information about the fedora-list
mailing list