David Brownell <[EMAIL PROTECTED]> writes:
> Alexander Hoogerhuis wrote:
> >>
> >>Interesting ... it did have an effect. Not entirely unexpected,
> >>though I'm still curious which debug-related delays matter.
> > I've gone back and played with it, and the sure way to make it go
> > bonk
> > is to make emacs/gnus look for new mail, at which point I cause
> > massive I/O to my hard drive (and on a laptop thats sloow).
>
> So you're saying that a high interrupt rate on _another_ device
> is a key factor in your "high load" problem? Is that hard
> drive maybe using PIO, or one of the less robust IDE drivers?
>
Here's the disk, it's UDMA:
ICH3M: chipset revision 2
ICH3M: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x4440-0x4447, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x4448-0x444f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK4019GAX, ATA DISK drive
So it's coinciding with a fair amount of I/O on another device, but
not a lot of interrupts (not a lot as in PIO-mode). The driver is piix
and is robust enough so far for other things. I am running ACPI, and
I'll get it disabled on next reboot and see if that makes a
difference.
The USB controller and eth adapter share interrupts, but I make it
hang equally well by copying stuff from DVDs onto the disk.
> Please send along a copy of your "lspci -v" output and your
> /proc/interrupts. And try disabling ACPI, if you're using it.
>
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, fast devsel, latency 0
Memory at a0000000 (32-bit, prefetchable) [size=256M]
Capabilities: <available only to root>
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04)
(prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00003000-00003fff
Memory behind bridge: 80300000-803fffff
Prefetchable memory behind bridge: 88000000-900fffff
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42) (prog-if 00 [Normal
decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=03, sec-latency=32
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 80000000-803fffff
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
Flags: bus master, medium devsel, latency 0
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) (prog-if 8a [Master SecP
PriP])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 0, IRQ 5
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at 4440 [size=16]
Memory at 30000000 (32-bit, non-prefetchable) [size=1K]
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller
(rev 02)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 0, IRQ 5
I/O ports at 4000 [size=256]
I/O ports at 4400 [size=64]
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon
Mobility 7500] (prog-if 00 [VGA])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, stepping, 66Mhz, medium devsel, latency 66, IRQ 11
Memory at 88000000 (32-bit, prefetchable) [size=128M]
I/O ports at 3000 [size=256]
Memory at 80380000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: <available only to root>
02:04.0 Communication controller: Lucent Microelectronics LT WinModem (rev 02)
Subsystem: AMBIT Microsystem Corp.: Unknown device 0450
Flags: bus master, medium devsel, latency 66, IRQ 5
Memory at 80280000 (32-bit, non-prefetchable) [size=256]
I/O ports at 2440 [size=8]
I/O ports at 2000 [size=256]
Capabilities: <available only to root>
02:06.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 168, IRQ 11
Memory at 80080000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
Memory window 0: 30400000-307ff000 (prefetchable)
Memory window 1: 30800000-30bff000
I/O window 0: 00001000-000010ff
I/O window 1: 00001400-000014ff
16-bit legacy interface ports at 0001
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet
Controller (rev 42)
Subsystem: Compaq Computer Corporation: Unknown device 0093
Flags: bus master, medium devsel, latency 66, IRQ 10
Memory at 80100000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 2400 [size=64]
Capabilities: <available only to root>
02:0e.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at 80180000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <available only to root>
02:0e.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at 80200000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <available only to root>
02:0e.2 USB Controller: NEC Corporation USB 2.0 (rev 02) (prog-if 20 [EHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at 30000400 (32-bit, non-prefetchable) [size=256]
Capabilities: <available only to root>
0: 1143784 XT-PIC timer
1: 15914 XT-PIC i8042
2: 0 XT-PIC cascade
3: 56866 XT-PIC irda0
5: 36440 XT-PIC Intel 82801CA-ICH3
8: 1141647 XT-PIC rtc
9: 36513 XT-PIC acpi
10: 1028355 XT-PIC ehci-hcd, ohci-hcd, ohci-hcd, eth0
11: 0 XT-PIC Texas Instruments PCI1410 PC card Card
12: 34477 XT-PIC i8042
14: 74977 XT-PIC ide0
15: 1425 XT-PIC ide1
NMI: 0
ERR: 2
>
> >>>play all night with bouncing files around and see if it keels over at
> >>>some point. The interrupt rate is roughly 9k/sec for the USB controller.
>
> Can you forward your "bounce files around" test script?
>
As simple as:
while /bin/true; do
scp somehost:movies/* ~/newdisk/movies/
cp -r /usr ~/newdisk/garbage/
done
The scp will saturate the CPU and provide 8.5-8.8Mb/sec, an ftp
session will saturate the and run at 9.3-9.6Mb/sec. The net between
the machines is 100mbit, with a hub.
> Clearly the tests I run aren't producing misbehaviors;
> maybe yours would cause some on other hardware too.
>
I've had the drive in three different machines here; some small and
old PII-350's with USB 1.1 and 2.4 kernel (load skyrockets, machines
turns into paperweight fairly fast in around ~30 sec).
On a PIII-500 with both USB 1.1 and 2.0 exhibits same behaviour on 2.4
as above.
My laptop is the one included in the lspci above, and is a Compaq Evo
n800c (P4-1.7, 768Mb RAM, etc.).
>
> Hmm, I guess if the files you're copying are all just a
> page or two in size, that IRQ rate might be more reasonable.
> If that's your situation, I'd consider using a bigger irq
> threshold (it's a module parameter) ... at least try the
> experiment, since that does seem to be a factor (given
> the IDE issue you mentioned).
>
Tried mostly with big stuff, but also done a few rsyncs across the
LAN, so the content of an average /usr hierarchy is also usable to
make it go dodo.
>
> - Dave
>
mvh,
A
--
Alexander Hoogerhuis | [EMAIL PROTECTED]
CCNP - CCDP - MCNE - CCSE | +47 908 21 485
"You have zero privacy anyway. Get over it." --Scott McNealy
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
