Linux - HardwareThis 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.
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I recently built an entirely new machine this past weekend, and have been spending the week getting things up, running, and configured.
specs:
abit nf7-s v2.0
amd 3200+ barton (400mhz fsb)
1gig dual channel ddr (400mhz)
I pulled my old (bought about 2-3 months ago) HD's out of the old machine to use on the new one. reformatted, repartitioned the drives.
hdparm -I /dev/hda results:
/dev/hda:
ATA device, with non-removable media
Model Number: WDC WD400BB-00DEA0
Serial Number: WD-WMAD19600549
Firmware Revision: 05.03E05
Standards:
Supported: 5 4 3 2
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 78165360
device size with M = 1024*1024: 38166 MBytes
device size with M = 1000*1000: 40020 MBytes (40 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 40 Queue depth: 1
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
* SMART feature set
* Device Configuration Overlay feature set
Automatic Acoustic Management feature set
SET MAX security extension
* DOWNLOAD MICROCODE cmd
* SMART self-test
* SMART error logging
Security:
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
HW reset results:
CBLID- above Vih
Device num = 0 determined by the jumper
Checksum: correct
And the results of my hdparm -tT /dev/hda:
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.28 seconds =457.14 MB/sec
Timing buffered disk reads: 64 MB in 2.23 seconds = 28.70 MB/sec
I guess my question is, is this a reasonable value (this was the average over many tries), for this disk, or should I be expecting more performance out of it?
I noticed the * next to udma2. I am guessing that this means that this is the current mode it is running in. Is there a way to get it to use something higher (and would it make a difference?)?
If I was seeking better performance, what would be a good suggestion for a path to follow? The board has SATA-RAID built in that I could possibly use...
"If I was seeking better performance, what would be a good suggestion for a path to follow? The board has SATA-RAID built in that I could possibly use..."
When you access a disk the limiting factors are the seek time, the rotational speed, and the amount of disk memory (if any). Moving the disks from a slower machine to a faster one will not speed up disk access any.
Also when you measure disk speed you have to disable the cache. Otherwise cache efficiency, or the lack thereof, will override all other considerations.
Silicon Image does not support LINUX very well. I mean they do not supply open source modules (drivers). You are better off disabling it. I suggest getting Highpoint 1520 or 1540 with out using raid because their modules (drivers) are open source. This means when ever you upgrade your kernel, you can easily compile the Highpoint modules. Then use one WD 36.7 SATA hard drive or the Raptor lines. This will speed up accessing files almost two times.
Adding what jailbait said, hdparm only measures raw speed. The speed that matters is the total speed of both filesystem and hard drive. A program like bonnie can measure the performance of the filesystem and the hard drive. Giving you near accurate results. You can try using time and dd that makes an image to the hard drive from /dev/zero, but it has about 50% error or more.
To use higher DMA modes (if possible) use hdparm -d1 -X udma4 /dev/hda or "udma5" or whatever mode you wish to try. After each successful setting I suggest you run hdparm -tT /dev/hda to see if it gets better or worse.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.