Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux? |
| Notices |
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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
01-30-2007, 12:08 PM
|
#1
|
|
LQ Newbie
Registered: Jan 2007
Posts: 4
Rep:
|
Slow hdparm, memtest86-- hardware related?
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?
Thanks,
Chris
|
|
|
|
01-31-2007, 12:13 PM
|
#2
|
|
LQ Addict
Registered: Jul 2002
Location: East Centra Illinois, USA
Distribution: Debian Squeeze
Posts: 5,569
|
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
vary.
|
|
|
|
01-31-2007, 01:02 PM
|
#3
|
|
LQ Newbie
Registered: Jan 2007
Posts: 4
Original Poster
Rep:
|
Dma
bigrigdriver:
Thanks for your reply. The HDD (WD1600JB) was set at udma5. I tried
hdparm -d1 -X udma6 /dev/hda
this command was refused
I tried
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.
Chris
|
|
|
|
01-31-2007, 01:43 PM
|
#4
|
|
Senior Member
Registered: Dec 2005
Location: Campinas/SP - Brazil
Distribution: SuSE, RHEL, Fedora, Ubuntu
Posts: 1,392
Rep:
|
Looks like there is something wrong in the BIOS parameters.
Memtest is not affected by DMA settings.....
Try to reset your BIOS settings to default values and run memtest again.
Last edited by marozsas; 01-31-2007 at 02:05 PM.
|
|
|
|
02-06-2007, 11:39 AM
|
#5
|
|
LQ Newbie
Registered: Jan 2007
Posts: 4
Original Poster
Rep:
|
Solved--thanks marozsas
Resetting the BIOS settings solved this completely.
hdparm -tT went from 18MB/sec cached to 1009MB/sec
It was not obvious in the Dell BIOS how to reset the CMOS settings. I initally re-flashed the BIOS with the same rev (A09), but this did not help.
To reset the CMOS, first enter setup and turn on Caps Lock, Num Lock, and Scroll Lock. At this point
Alt-E clears the cmos,
Alt-F loads default settings,
Alt-B reboots the system,
and from there the redetection and resetting goes smoothly.
Thanks for your help,
Chris
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 02:52 AM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|