Re: Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
Jeff V. Merkey wrote: Alan wrote: As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. enable the L1 cache in the processor. BIOS settings, no doubt. Jeff The very spartan Phoenix BIOS doesn't have any options to enable or disable CPU Cache, which I know full well to enable, but it does have something rather vaguely called "Memory Caching" the enabling of which seems to have fixed the problem, it's strange it only disabled the cache on one CPU and only under 2.6, I'll investigate more in January. It's good to have the fix search able, this thread would have saved me from making an ass of myself. Thank you for your help. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
Jeff V. Merkey wrote: Alan wrote: As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. enable the L1 cache in the processor. BIOS settings, no doubt. Jeff The very spartan Phoenix BIOS doesn't have any options to enable or disable CPU Cache, which I know full well to enable, but it does have something rather vaguely called Memory Caching the enabling of which seems to have fixed the problem, it's strange it only disabled the cache on one CPU and only under 2.6, I'll investigate more in January. It's good to have the fix search able, this thread would have saved me from making an ass of myself. Thank you for your help. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
Alan wrote: As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ enable the L1 cache in the processor. BIOS settings, no doubt. Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
> As per Alan's suggestion I decompressed the kernel source tree with the > processes pegged to one CPU then the other, and as he predicted it took > vastly longer on one CPU than the other, but I don't know what that > implies, or how to fix it. >From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. Alan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. Alan - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow with ServerWorks LE Chipset)
Alan wrote: As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. From the timing it sounds like one processor cache is disabled which is a little peculiar to say the least. Alan - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ enable the L1 cache in the processor. BIOS settings, no doubt. Jeff - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Bob wrote: Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset, the motherboard is from an HP Netserver E 800 which is a customised ASUS CUR-DLS. in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. 8< major snip 8< tactfully ignoring the self quote 8< I'm going away tomorrow and won't be back until January, (though if anyone has any bright ideas please post them now and I'll try them tomorrow or in Jan) I'll resurrect this thread then. As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. Arjan van de Ven Suggested I run the Linux-ready Firmware Developer Kit on the machine, I've done that the results are here. http://www.homeurl.co.uk/linuxfirmwarekit/ If you missed the thread (and with a high volume mail group like this it's easy to do) it's available on the gooja http://groups.google.com/group/linux.kernel/browse_frm/thread/79f7f9fa39165f55/0e1e7428a54212b5?tvc=1#0e1e7428a54212b5 I really appreciate any help, I've got 3 big harddrives in this box waiting to go into a RAID5 array to replace my ad hoc collection of drives scattered around the network with a data on, most of it backed up or replicated but some not, and as you can imagine I'm feeling a bit exposed. Thanks - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Bob wrote: Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset, the motherboard is from an HP Netserver E 800 which is a customised ASUS CUR-DLS. in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. 8 major snip 8 tactfully ignoring the self quote 8 I'm going away tomorrow and won't be back until January, (though if anyone has any bright ideas please post them now and I'll try them tomorrow or in Jan) I'll resurrect this thread then. As per Alan's suggestion I decompressed the kernel source tree with the processes pegged to one CPU then the other, and as he predicted it took vastly longer on one CPU than the other, but I don't know what that implies, or how to fix it. Arjan van de Ven Suggested I run the Linux-ready Firmware Developer Kit on the machine, I've done that the results are here. http://www.homeurl.co.uk/linuxfirmwarekit/ If you missed the thread (and with a high volume mail group like this it's easy to do) it's available on the gooja http://groups.google.com/group/linux.kernel/browse_frm/thread/79f7f9fa39165f55/0e1e7428a54212b5?tvc=1#0e1e7428a54212b5 I really appreciate any help, I've got 3 big harddrives in this box waiting to go into a RAID5 array to replace my ad hoc collection of drives scattered around the network with a data on, most of it backed up or replicated but some not, and as you can imagine I'm feeling a bit exposed. Thanks - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Arjan van de Ven wrote: in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. does the linux-ready firmware kit work on this machine? (see url in sig), it might be something with the mtrr's, and the kit checks those... It runs OK though the system seems to fail a lot of tests. http://www.homeurl.co.uk/linuxfirmwarekit/results.xml http://www.homeurl.co.uk/linuxfirmwarekit/resources.xml infact the complete contents of the USB thumb drive are here http://www.homeurl.co.uk/linuxfirmwarekit/ If you see my other post, booting in SMP and decompressing the kernel tree on CPU 0 took 1m 35s, and CPU 1 still hadn't finished in 40m when I killed it to run the LFDK. I'm running the latest HP BIOS and I don't think it's possible to put the ASUS one on, any idea what I can do to fix it? Thank you for your help. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Alan wrote: As a test of raw CPU power I've been decompressing the kernel tree, with a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is multithreaded but even if it's not I would expect a slight speed increase but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 kernel it takes 1m 28s and with a 2.4 UP 1m 35s. The 2.4 numbers look correct (slightly slower), the 2.6 numbers do not. Nothing obviously wrong from the traces however. If you pin the bzip to a given processor do you get different results according to which CPU ? (see man taskset for info on the commands) If you get very different times on the two processors that will be very useful information. Mmm CPU 0 in 1m 32s, but I was running things like ps and taskset in another terminal to verify affinity, CPU 1 still hadn't finished in 40m when I killed it. I've downloaded the LFDK mentioned in the other post and will post the results when I have them. Thanks for replying, This is the script I'm using to time decompression nas:~# cat ./cputest.sh date taskset -c 1 nice -n -8 tar -xjf /root/linux-2.6.18.1.tar.bz2 date uname -a rm -r /root/linux-2.6.18.1/ nas:~# both the tar and bzip2 processes have their affinity and priority set by the above command. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
> in UP config everything is OK in SMP the system slows right down, > I've been searching and recompiling my kernel for days looking for > the problem option without success, please help. does the linux-ready firmware kit work on this machine? (see url in sig), it might be something with the mtrr's, and the kit checks those... -- if you want to mail me at work (you don't), use arjan (at) linux.intel.com Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
> As a test of raw CPU power I've been decompressing the kernel tree, with > a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is > multithreaded but even if it's not I would expect a slight speed increase > but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 > kernel it takes 1m 28s and with a 2.4 UP 1m 35s. The 2.4 numbers look correct (slightly slower), the 2.6 numbers do not. Nothing obviously wrong from the traces however. If you pin the bzip to a given processor do you get different results according to which CPU ? (see man taskset for info on the commands) If you get very different times on the two processors that will be very useful information. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
As a test of raw CPU power I've been decompressing the kernel tree, with a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is multithreaded but even if it's not I would expect a slight speed increase but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 kernel it takes 1m 28s and with a 2.4 UP 1m 35s. The 2.4 numbers look correct (slightly slower), the 2.6 numbers do not. Nothing obviously wrong from the traces however. If you pin the bzip to a given processor do you get different results according to which CPU ? (see man taskset for info on the commands) If you get very different times on the two processors that will be very useful information. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. does the linux-ready firmware kit work on this machine? (see url in sig), it might be something with the mtrr's, and the kit checks those... -- if you want to mail me at work (you don't), use arjan (at) linux.intel.com Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Alan wrote: As a test of raw CPU power I've been decompressing the kernel tree, with a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is multithreaded but even if it's not I would expect a slight speed increase but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 kernel it takes 1m 28s and with a 2.4 UP 1m 35s. The 2.4 numbers look correct (slightly slower), the 2.6 numbers do not. Nothing obviously wrong from the traces however. If you pin the bzip to a given processor do you get different results according to which CPU ? (see man taskset for info on the commands) If you get very different times on the two processors that will be very useful information. Mmm CPU 0 in 1m 32s, but I was running things like ps and taskset in another terminal to verify affinity, CPU 1 still hadn't finished in 40m when I killed it. I've downloaded the LFDK mentioned in the other post and will post the results when I have them. Thanks for replying, This is the script I'm using to time decompression nas:~# cat ./cputest.sh date taskset -c 1 nice -n -8 tar -xjf /root/linux-2.6.18.1.tar.bz2 date uname -a rm -r /root/linux-2.6.18.1/ nas:~# both the tar and bzip2 processes have their affinity and priority set by the above command. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Arjan van de Ven wrote: in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. does the linux-ready firmware kit work on this machine? (see url in sig), it might be something with the mtrr's, and the kit checks those... It runs OK though the system seems to fail a lot of tests. http://www.homeurl.co.uk/linuxfirmwarekit/results.xml http://www.homeurl.co.uk/linuxfirmwarekit/resources.xml infact the complete contents of the USB thumb drive are here http://www.homeurl.co.uk/linuxfirmwarekit/ If you see my other post, booting in SMP and decompressing the kernel tree on CPU 0 took 1m 35s, and CPU 1 still hadn't finished in 40m when I killed it to run the LFDK. I'm running the latest HP BIOS and I don't think it's possible to put the ASUS one on, any idea what I can do to fix it? Thank you for your help. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset, the motherboard is from an HP Netserver E 800 which is a customised ASUS CUR-DLS. in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. I'm using Sarge and I've tried the precompiled kernel 2.6.8-3-686-smp and 2.6.18.2 from Sid and I've downloaded and compiled the sources for 2.6.18 and 2.6.19 in dozens of different permutations, all with the same result that the system crawls, I've seen other people have the same problem but no fixes. (there are more) http://forums.whirlpool.net.au/forum-replies.cfm?t=565813 As a test of raw CPU power I've been decompressing the kernel tree, with a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is multithreaded but even if it's not I would expect a slight speed increase but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 kernel it takes 1m 28s and with a 2.4 UP 1m 35s. Below is some useful output, the hdpram -tT examples below are under the smp kernel, the same commands under a uniprocessor kernel yeld fairly consistent results around Timing cached reads: 744 MB in 2.01 seconds = 370.35 MB/sec Timing buffered disk reads: 222 MB in 3.02 seconds = 73.48 MB/sec I'm sorry this is so long but I'm trying to include all the relevant info, any help greatly appreciated, I'm not subscribed but I lurk on Usenet. Thank you nas:~# uname -a Linux nas 2.6.18.1.smp.1.0.HP_E800_SMP #1 SMP Thu Nov 16 15:26:09 SGT 2006 i686 GNU/Linux nas:~# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 740 MB in 2.01 seconds = 369.02 MB/sec Timing buffered disk reads: 10 MB in 3.32 seconds = 3.01 MB/sec nas:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 744 MB in 2.01 seconds = 370.35 MB/sec Timing buffered disk reads: 32 MB in 3.14 seconds = 10.21 MB/sec nas:~# hdparm -tT /dev/sdb /dev/sdb: Timing cached reads:40 MB in 2.17 seconds = 18.43 MB/sec Timing buffered disk reads: 10 MB in 3.15 seconds = 3.18 MB/sec nas:~# hdparm -tT /dev/sdc /dev/sdc: Timing cached reads:36 MB in 2.01 seconds = 17.91 MB/sec Timing buffered disk reads: 66 MB in 3.02 seconds = 21.88 MB/sec ### nas:~# lspci :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :00:04.0 Ethernet controller: Intel Corp.: Unknown device 107c (rev 05) :00:05.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc) PCI0680 Ultra ATA-133 Host Controller (rev 02) :00:07.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 50) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller :00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04) :05:02.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc): Unknown device 3124 (rev 01) :05:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07) :05:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07) ### nas:~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 3 cpu MHz : 666.711 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1334.30 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 3 cpu MHz : 666.711 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1334.52 ### nas:~# cat /proc/interrupts CPU0 CPU1 0: 169863 161890IO-APIC-edge timer 1: 8 1IO-APIC-edge i8042 2: 0 0 XT-PIC cascade 12:102 1IO-APIC-edge i8042 129: 1426 1 IO-APIC-level eth0 137: 4818434
Kernel 2.6 SMP very slow with ServerWorks LE Chipset
Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset, the motherboard is from an HP Netserver E 800 which is a customised ASUS CUR-DLS. in UP config everything is OK in SMP the system slows right down, I've been searching and recompiling my kernel for days looking for the problem option without success, please help. I'm using Sarge and I've tried the precompiled kernel 2.6.8-3-686-smp and 2.6.18.2 from Sid and I've downloaded and compiled the sources for 2.6.18 and 2.6.19 in dozens of different permutations, all with the same result that the system crawls, I've seen other people have the same problem but no fixes. (there are more) http://forums.whirlpool.net.au/forum-replies.cfm?t=565813 As a test of raw CPU power I've been decompressing the kernel tree, with a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is multithreaded but even if it's not I would expect a slight speed increase but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4 kernel it takes 1m 28s and with a 2.4 UP 1m 35s. Below is some useful output, the hdpram -tT examples below are under the smp kernel, the same commands under a uniprocessor kernel yeld fairly consistent results around Timing cached reads: 744 MB in 2.01 seconds = 370.35 MB/sec Timing buffered disk reads: 222 MB in 3.02 seconds = 73.48 MB/sec I'm sorry this is so long but I'm trying to include all the relevant info, any help greatly appreciated, I'm not subscribed but I lurk on Usenet. Thank you nas:~# uname -a Linux nas 2.6.18.1.smp.1.0.HP_E800_SMP #1 SMP Thu Nov 16 15:26:09 SGT 2006 i686 GNU/Linux nas:~# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 740 MB in 2.01 seconds = 369.02 MB/sec Timing buffered disk reads: 10 MB in 3.32 seconds = 3.01 MB/sec nas:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 744 MB in 2.01 seconds = 370.35 MB/sec Timing buffered disk reads: 32 MB in 3.14 seconds = 10.21 MB/sec nas:~# hdparm -tT /dev/sdb /dev/sdb: Timing cached reads:40 MB in 2.17 seconds = 18.43 MB/sec Timing buffered disk reads: 10 MB in 3.15 seconds = 3.18 MB/sec nas:~# hdparm -tT /dev/sdc /dev/sdc: Timing cached reads:36 MB in 2.01 seconds = 17.91 MB/sec Timing buffered disk reads: 66 MB in 3.02 seconds = 21.88 MB/sec ### nas:~# lspci :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :00:04.0 Ethernet controller: Intel Corp.: Unknown device 107c (rev 05) :00:05.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc) PCI0680 Ultra ATA-133 Host Controller (rev 02) :00:07.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 50) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller :00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04) :05:02.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc): Unknown device 3124 (rev 01) :05:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07) :05:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 07) ### nas:~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 3 cpu MHz : 666.711 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1334.30 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 8 model name : Pentium III (Coppermine) stepping: 3 cpu MHz : 666.711 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1334.52 ### nas:~# cat /proc/interrupts CPU0 CPU1 0: 169863 161890IO-APIC-edge timer 1: 8 1IO-APIC-edge i8042 2: 0 0 XT-PIC cascade 12:102 1IO-APIC-edge i8042 129: 1426 1 IO-APIC-level eth0 137: 4818434
