Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I'm trying to determine if my very slow data transfer performance is hardware or driver related.
The system is a Dell Dimension 8100:
1GB ram, Nvidea GEforce 2 MX 32MB.
I installed Ubuntu 6.06 from a DVD, which took ~48hrs. Many driver issues were flagged. For example, the installer found a Fire Wire (which is not there) but not the on-board ethernet. The system runs unbelievably slow.
Live CD performance with Knoppix or Ubuntu is similarly slow.
Memtest86 takes >12 hrs to complete, and shows very low data transfer rates. However it shows no errors.
hdmarm -tT /dev/hda shows cached reads of 18 MB/sec, and buffered reads of 3.5 MB/sec .
Will Memtest86 show this kind of result because of bad drivers, or is it a lower level test? I've tried to rule out what I think are the most likely hardware problems (moved around the IDE positions, swapped both 80wire cables, reseated boards).
Can someone recommend a good diagnostic test to run?
I'm not sure about this, but it may be a config issue. Is DMA enabled?
From the hdparm manpage:
-d Disable/enable the "using_dma" flag for this drive. This option now
works with most combinations of drives and PCI interfaces which support
DMA and which are known to the kernel IDE driver. It is also a good
idea to use the appropriate -X option in combination with -d1 to ensure
that the drive itself is programmed for the correct DMA mode, although
most BIOSs should do this for you at boot time. Using DMA nearly
always gives the best performance, with fast I/O throughput and low CPU
usage. But there are at least a few configurations of chipsets and
drives for which DMA does not make much of a difference, or may even
slow things down (on really messed up hardware!). Your mileage may
Thanks for your reply. The HDD (WD1600JB) was set at udma5. I tried
hdparm -d1 -X udma6 /dev/hda
this command was refused
hdparm -X34 dev/hda
this set to multiword DMAmode2, and the system hung.
I have a limited ammount of spare hardware for swapping out, and I tried another HDD. I'm installing Fedora on that now (10+ hrs), although the memtest86 results with the second HDD suggest it is not the problem.
Are you suggesting that another DMA mode might work better? I'll try that, but I suspect the problem may lie elsewhere since both cached and buffered reads are extremely slow.
Thanks again for your reply. Tinkering with this box has been fun so far, and I really appreciate your help.