LinuxQuestions.org
Register a domain and help support LQ
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
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

Reply
 
Search this Thread
Old 01-30-2007, 12:08 PM   #1
coldrecd
LQ Newbie
 
Registered: Jan 2007
Posts: 4

Rep: Reputation: 0
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
 
Old 01-31-2007, 12:13 PM   #2
bigrigdriver
LQ Addict
 
Registered: Jul 2002
Location: East Centra Illinois, USA
Distribution: Debian Squeeze
Posts: 5,783

Rep: Reputation: 311Reputation: 311Reputation: 311Reputation: 311
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.
 
Old 01-31-2007, 01:02 PM   #3
coldrecd
LQ Newbie
 
Registered: Jan 2007
Posts: 4

Original Poster
Rep: Reputation: 0
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
 
Old 01-31-2007, 01:43 PM   #4
marozsas
Senior Member
 
Registered: Dec 2005
Location: Campinas/SP - Brazil
Distribution: SuSE, RHEL, Fedora, Ubuntu
Posts: 1,393
Blog Entries: 1

Rep: Reputation: 64
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.
 
Old 02-06-2007, 11:39 AM   #5
coldrecd
LQ Newbie
 
Registered: Jan 2007
Posts: 4

Original Poster
Rep: Reputation: 0
Thumbs up 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
 
  


Reply

Tags
drivers, hardware, performance


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Two hardware-related questions DaBlade Linux - Hardware 4 10-27-2005 01:33 PM
hdparm enabled but still slow copy props666999 Slackware 6 08-08-2005 06:54 PM
Very slow hdparm results speck Linux - Hardware 2 06-09-2005 02:18 AM
Very slow disk reads? - hdparm Ada Linux - General 4 09-13-2004 10:48 PM
wth my hd is so slow.. according to hdparm doublefailure Linux - General 6 07-28-2003 05:15 AM


All times are GMT -5. The time now is 01:16 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration