View previous topic :: View next topic |
Author |
Message |
DeviantOne n00b
Joined: 11 Feb 2006 Posts: 4
|
Posted: Sat Feb 11, 2006 12:57 pm Post subject: |
|
|
Heya, i have a 160GB 7200RPM Maxtor, VIA PM800/8237 FSB800 motherboard and i'm getting these terrible results:
Code: |
/dev/hda:
Timing cached reads: 2540 MB in 2.00 seconds = 1267.66 MB/sec
Timing buffered disk reads: 16 MB in 3.26 seconds = 4.91 MB/sec
|
when i try to set DMA on:
Code: |
hdparm -c 1 -d 1 /dev/hda
/dev/hda:
setting 32-bit IO_support flag to 1
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
IO_support = 1 (32-bit)
using_dma = 0 (off)
|
I've set DMA on, before the Gentoo installation (With the installation livecd) and it didn't give me any errors. I suppose that the kernel i use is missing something. I compiled 2.6.12-gentoo-r6 myself, and I clearly remember setting DMA support. Is there a method to fix this without having to compile a new kernel? Please help:)
Code: |
x ~ # hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
Model Number: Maxtor 6L160P0
Serial Number: L405RWTH
Firmware Revision: BAH41E00
Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:
Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
--
CHS current addressable sectors: 4128705
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 320173056
device size with M = 1024*1024: 156334 MBytes
device size with M = 1000*1000: 163928 MBytes (163 GB)
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: unknown setting (0x0000)
Recommended acoustic management value: 192, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
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:
* NOP cmd
* 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
* FLUSH CACHE EXT command
* Mandatory FLUSH CACHE command
* Device Configuration Overlay feature set
* 48-bit Address feature set
* Automatic Acoustic Management feature set
SET MAX security extension
Advanced Power Management feature set
* DOWNLOAD MICROCODE cmd
* General Purpose Logging feature set
* SMART self-test
* SMART error logging
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
not supported: enhanced erase
HW reset results:
CBLID- above Vih
Device num = 0 determined by the jumper
Checksum: correct
|
|
|
Back to top |
|
|
Cintra Advocate
Joined: 03 Apr 2004 Posts: 2111 Location: Norway
|
Posted: Sat Feb 11, 2006 2:53 pm Post subject: |
|
|
surprisingly little about your disk model on the forum..
# lspci would be useful and
# cat /usr/src/linux/.config | grep VIA82
# cat /usr/src/linux/.config | grep DMA _________________ "I am not bound to please thee with my answers" W.S. |
|
Back to top |
|
|
DeviantOne n00b
Joined: 11 Feb 2006 Posts: 4
|
Posted: Sat Feb 11, 2006 5:39 pm Post subject: |
|
|
Code: |
lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0259
0000:00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1259
0000:00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2259
0000:00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3259
0000:00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4259
0000:00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7259
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800 South]
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
|
Code: |
cat /usr/src/linux/.config | grep VIA82
# CONFIG_BLK_DEV_VIA82CXXX is not set
CONFIG_SND_VIA82XX=y
# CONFIG_SND_VIA82XX_MODEM is not set
|
Code: |
CONFIG_GENERIC_ISA_DMA=y
CONFIG_ISA_DMA_API=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
|
|
|
Back to top |
|
|
Cintra Advocate
Joined: 03 Apr 2004 Posts: 2111 Location: Norway
|
Posted: Sat Feb 11, 2006 6:35 pm Post subject: |
|
|
shouldn't this be set?
# CONFIG_BLK_DEV_VIA82CXXX is not set _________________ "I am not bound to please thee with my answers" W.S. |
|
Back to top |
|
|
89c51 Tux's lil' helper
Joined: 31 Dec 2005 Posts: 113 Location: Greece
|
Posted: Sat Feb 11, 2006 7:00 pm Post subject: |
|
|
i think cintra is right
i had similar problems (couldnt set dma, terrible performance) and i hadn't set via82cxxx in the kernel |
|
Back to top |
|
|
cz0 Apprentice
Joined: 13 Jun 2005 Posts: 280 Location: /earth/russia/moscow
|
Posted: Sat Feb 11, 2006 7:45 pm Post subject: |
|
|
Hm, seems I'am having a problem:
Code: |
MiR / # hdparm -u1 -d1 /dev/sda
/dev/sda:
setting unmaskirq to 1 (on)
HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
|
But I have something like this:
Code: |
MiR / # hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 3452 MB in 2.00 seconds = 1725.89 MB/sec
Timing buffered disk reads: 156 MB in 3.03 seconds = 51.52 MB/sec
|
Any Ideas how to fix 'Inappropriate ioctl for device'.
P.S. I have Seagate SATA disk on i865 (ICH5) and 2.6.15 kernel. |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Sat Feb 11, 2006 10:11 pm Post subject: hdparm don't work with sata |
|
|
you can try sdparm but it does not set dma; you shouldn't
need to set it |
|
Back to top |
|
|
DeviantOne n00b
Joined: 11 Feb 2006 Posts: 4
|
Posted: Tue Feb 14, 2006 4:22 pm Post subject: hdparm |
|
|
compiled a new kernel, this time with the VIA82CXXX support on. getting pretty results:
/dev/hda:
Timing cached reads: 2456 MB in 2.00 seconds = 1227.92 MB/sec
Timing buffered disk reads: 164 MB in 3.01 seconds = 54.52 MB/sec |
|
Back to top |
|
|
shickapooka800 Guru
Joined: 05 Dec 2004 Posts: 304 Location: no
|
Posted: Wed Mar 22, 2006 8:42 pm Post subject: |
|
|
hello, i am back in gentoo since i just got a new machine, but there are kinks....
i have both a WD raptor 74gb 10k rpm drive (presumably SATAII) and a Samsung 7200 rpm 250gb drive (presumably SATA)
they are on the built in SATA channels on an ASUS A8N32-SLI motherboard (which supports SATA RAID and SATAII via a silicon images 3132 chipset).
here are my specifics:
Code: | aphelion ptolomey # sdparm /dev/sda & hdparm -tT /dev/sda
[1] 15341
/dev/sda: ATA WDC WD740GD-41FL 31.0
/dev/sda:
Read write error recovery mode page:
AWRE 1
ARRE 1
PER 0
Caching (SBC) mode page:
WCE 1
RCD 0
Control mode page:
SWP 0
Timing cached reads: 3700 MB in 2.00 seconds = [b]1849.88 MB/sec[/b]
Timing buffered disk reads: 206 MB in 3.02 seconds = [b]68.21 MB/sec[/b]
[1]+ Done sdparm /dev/sda
aphelion ptolomey # sdparm /dev/sdb & hdparm -tT /dev/sdb
[1] 15343
/dev/sdb:
/dev/sdb: ATA SAMSUNG SP2504C VT10
Read write error recovery mode page:
AWRE 1
ARRE 1
PER 0
Caching (SBC) mode page:
WCE 1
RCD 0
Control mode page:
SWP 0
Timing cached reads: 3684 MB in 2.00 seconds = 1841.88 MB/sec
Timing buffered disk reads: 218 MB in 3.02 seconds = [b]72.09 MB/sec[/b]
[1]+ Done sdparm /dev/sdb
|
now, this is how it always is (it is incredibally consistent). whyis it that the buffered disc readsabove (bold) for the Samsung are always slightly better than that of the Raptor? also, the cached reads look normal for SATA, but remember that the raptor and the motherboard support SATAII, and I have enabled the silicon images driver in the kernel (though it changed nothing! -- same numbers as before). also the bios has a choice between RAID and SATA2 settings for the silicon graphics chipset, and I have selected both SATA2 and'disabled' with no change in results.
I checked some benchmarks on the WD Raptor online and I am indeed getting the correct numbers it seems for buffered reads, but thats very dissapointing that the regular 'ole Samsung 7200rpm is appearently a better performer (i even got it as an open package deal in a bargain bin!!).
if this keeps up and i can't fix it, i may just sell the raptor and get a 10k scsi drive and a U160 controller (because I know I could get slightly faster sppeds with ultra-scsi 160 (and only one drive on the chanel).
any thoughts? any pointers? |
|
Back to top |
|
|
gentoobunny n00b
Joined: 29 Apr 2006 Posts: 18
|
Posted: Tue Sep 19, 2006 2:15 pm Post subject: |
|
|
shickapooka800 wrote: | hello, i am back in gentoo since i just got a new machine, but there are kinks....
i have both a WD raptor 74gb 10k rpm drive (presumably SATAII) and a Samsung 7200 rpm 250gb drive (presumably SATA)
they are on the built in SATA channels on an ASUS A8N32-SLI motherboard (which supports SATA RAID and SATAII via a silicon images 3132 chipset).
here are my specifics:
Code: | aphelion ptolomey # sdparm /dev/sda & hdparm -tT /dev/sda
[1] 15341
/dev/sda: ATA WDC WD740GD-41FL 31.0
/dev/sda:
Read write error recovery mode page:
AWRE 1
ARRE 1
PER 0
Caching (SBC) mode page:
WCE 1
RCD 0
Control mode page:
SWP 0
Timing cached reads: 3700 MB in 2.00 seconds = [b]1849.88 MB/sec[/b]
Timing buffered disk reads: 206 MB in 3.02 seconds = [b]68.21 MB/sec[/b]
[1]+ Done sdparm /dev/sda
aphelion ptolomey # sdparm /dev/sdb & hdparm -tT /dev/sdb
[1] 15343
/dev/sdb:
/dev/sdb: ATA SAMSUNG SP2504C VT10
Read write error recovery mode page:
AWRE 1
ARRE 1
PER 0
Caching (SBC) mode page:
WCE 1
RCD 0
Control mode page:
SWP 0
Timing cached reads: 3684 MB in 2.00 seconds = 1841.88 MB/sec
Timing buffered disk reads: 218 MB in 3.02 seconds = [b]72.09 MB/sec[/b]
[1]+ Done sdparm /dev/sdb
|
now, this is how it always is (it is incredibally consistent). whyis it that the buffered disc readsabove (bold) for the Samsung are always slightly better than that of the Raptor? also, the cached reads look normal for SATA, but remember that the raptor and the motherboard support SATAII, and I have enabled the silicon images driver in the kernel (though it changed nothing! -- same numbers as before). also the bios has a choice between RAID and SATA2 settings for the silicon graphics chipset, and I have selected both SATA2 and'disabled' with no change in results.
I checked some benchmarks on the WD Raptor online and I am indeed getting the correct numbers it seems for buffered reads, but thats very dissapointing that the regular 'ole Samsung 7200rpm is appearently a better performer (i even got it as an open package deal in a bargain bin!!).
if this keeps up and i can't fix it, i may just sell the raptor and get a 10k scsi drive and a U160 controller (because I know I could get slightly faster sppeds with ultra-scsi 160 (and only one drive on the chanel).
any thoughts? any pointers? |
72MB/s for 1 disc is incredible and no single 10k scsi drive will beat that. I honestly even doubt that score to be honest. |
|
Back to top |
|
|
clavko n00b
Joined: 02 Aug 2008 Posts: 25
|
Posted: Sat Aug 02, 2008 2:24 pm Post subject: Poor hard drive performance |
|
|
I've been having some problems, hope you guys & ladies can help
OK, HP 6715b notebook, 690G chipset, Sempron 3600+ etc., etc.
Booted from 2007 minimal CD, chrooted, downloaded 2008.0 stage1.
Bootstrapping went fine, elevating keywords to ~x86, --deep system...
All in all it was a really smooth ride so far, no complaints there.
I used vanilla.sources 2.6.26 (although the problem seems rather invariant of kernel version)
Kernel compiled, grub installed, fstab, reboot and ... it takes about 3 minutes to prompt.
I tried hdparm -tT /dev/sda, getting about 160-200 kB/sec on both measurement.
Being a newb, don't know which additional info you need, so please guide me...
and be patient, thanks
EDIT
After using nohz=off kernel boot parameter, hard drive performance is normal.
Apparently there is a kernel bug regarding Mobile Sempron processors causing
different problems upon entering deeper C states. The nohz=off is also causing
processor not to reach any C states deeper than C1. Guess you can't have it all
Last edited by clavko on Sat Aug 02, 2008 5:17 pm; edited 1 time in total |
|
Back to top |
|
|
nixnut Bodhisattva
Joined: 09 Apr 2004 Posts: 10974 Location: the dutch mountains
|
Posted: Sat Aug 02, 2008 2:38 pm Post subject: |
|
|
merged above post here _________________ Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered
talk is cheap. supply exceeds demand |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|