Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-12etch2 Doing any disk IO (> 10MB/s) causes the load on the system to rise into extreme areas. This is bugging me, especially since the disks (4) are on a separate RAID controller (Adaptec 2400A, module dpt_i2o).
For example: If I copy a big file via NFS onto the machine, the load rises easily up to 8 (8 threads configured for nfsd). Copying the same file via scp, the load gets still up to 5, so it doesn't look like it is related to NFS. When I check with top what is causing this high load, I can see that the system is spending all the time in iowaits. I had this problem also with older kernels. I guess it was just not that worse, because I just recently upgraded the NIC from 100MBit to 1GBit, causing extra stress for the disks. Trying to debug things I found a something strange (at least for me). PCI: Failed to allocate mem resource #6:[EMAIL PROTECTED] for 0000:01:05.0 PCI: Bridge: 0000:00:01.0 IO window: disabled. MEM window: e8000000-e8ffffff PREFETCH window: f0000000-f7ffffff PCI: Bridge: 0000:02:05.1 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:10.0 IO window: 2000-2fff MEM window: e9000000-e90fffff PREFETCH window: ea000000-ebffffff 0000:01:05.0 -> graphics card (AGP, nVidia nv15) 0000:02:05.1 -> PCI bridge of the RAID controller Why is the IO/MEM/PREFETCH window disabled? Attached is also the full output of dmesg, lspci, /proc/interrupts, /proc/iomem and /proc/ioports. Could that be the reason for the high load? cheers, Peter -- Peter Hirdina <[EMAIL PROTECTED]>
output.iomem
Description: Binary data
output.ioports
Description: Binary data
output.lspci
Description: Binary data
output.dmesg
Description: Binary data
output.interrupts
Description: Binary data