Re: preempt-timing-2.6.8-rc1

From: Lenar Lõhmus
Date: Wed Jul 14 2004 - 03:01:10 EST


William Lee Irwin III wrote:

On Tue, Jul 13, 2004 at 06:32:16PM +0300, Lenar L?hmus wrote:


Machine in question is XP2500+@xxxxxxx (it was overlocked@xxxxxxx during last test, now running at
official speed). Is this really slow for 1ms?



It should actually be fast enough. I suspect something else, maybe some
slow devices. What's /proc/interrupts look like?


CPU0
0: 60521505 IO-APIC-edge timer
1: 11445 IO-APIC-edge i8042
8: 33269 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
14: 523202 IO-APIC-edge ide0
15: 61761 IO-APIC-edge ide1
16: 10376547 IO-APIC-level eth0
19: 522859 IO-APIC-level ide2
20: 131904 IO-APIC-level NVidia nForce2, ehci_hcd
21: 66209 IO-APIC-level ohci_hcd
22: 9165291 IO-APIC-level ohci_hcd, eth1
NMI: 0
LOC: 60351703
ERR: 0
MIS: 2

<>exit_notify() isn't a huge surprise unless you're not doing things with
lots of processes. Actually, it probably is a surprise, since it should
only hurt when you're doing forkbombs and/or threadbombs.

It probably happened when users where simultaneously logging in (many kdeinit processes created at that time).

Not surprised either. There's probably enough time spent with interrupts
off the local_irq_save() hurt, and it didn't make your schedule() things
go away, so my wild guesswork thus far is it made things worse with no
tangible benefit, so best to drop that local_irq_save() change.


Yeah, ok.

In the meantime couple of these found their way to logs during the night:
3ms non-preemptible critical section violated 2 ms preempt threshold starting at search_by_key+0xe3/0xf70 and ending at do_IRQ+0xec/0x130

And this still seems to be very long and real:
50ms non-preemptible critical section violated 2 ms preempt threshold starting at snd_pcm_action_lock_irq+0x1b/0x1d0 [snd_pcm] and ending at snd_pcm_action_lock_irq+0x65/0x1d0 [snd_pcm]
Trace has this:
[<f9239b09>] snd_pcm_playback_ioctl1+0x49/0x2f0 [snd_pcm]
So maybe this too is ioctl related (non-educated guess)?

Lenar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/