From: Robert Hancock <hancockr@shaw.ca>
To: Linda Walsh <lkml@tlinx.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
LKML <linux-kernel@vger.kernel.org>,
linux-ide@vger.kernel.org
Subject: Re: SATA kernel-buffered read VERY slow (not raid, Promise TX300 card); 2.6.23.1(vanilla)
Date: Wed, 02 Jan 2008 18:25:21 -0600 [thread overview]
Message-ID: <477C2B71.7040504@shaw.ca> (raw)
In-Reply-To: <477BEF8D.8090307@tlinx.org>
Linda Walsh wrote:
> Alan Cox wrote:
>>> rate began falling; at 128k block-reads-at-a-time or larger, it drops
>>> below
>>> 20MB/s (only on buffered SATA).
>>
>> Try disabling NCQ - see if you've got a drive with the 'NCQ = no
>> readahead' flaw.
> ---
> I'm not aware, off hand, how to disable NCQ. I haven't had any
> NCQ- or SATA- capable disks before a few weeks ago.
See here:
http://linux-ata.org/faq.html#ncq
>
>>> The only way I could tell before was using hdparm to read the
>>> parameters. Since that doesn't work, it's hard to tell if they
>>> are set correctly...
>>
>> hdparm supports identify to read modes on drives with libata. The one
>> thing you cannot do is force modes right now.
>>
>>> More importantly, how does one set parameters for acoustic and power
>>> saving parameters? Some of my disks are used as 'backup' devices for my
>>
>> hdparm or blktool
> ----
>
> I have hdparm-v7.7. There are some areas where it shows information,
> but areas where it
> does not work jump out and lead me to suspect whether or not areas
> that don't give explicit "ERROR" messages are presenting valid info.
>
> Problem areas (using hdparm, disk=Seagate Barracuda 16MB cache, model=
> ST3750640AS):
> 1) The drives current 'multicount' setting isn't readable or settable.
> param "-i" shows "?16?" (with question marks around 16) and "-I" simply
> shows "?" for the current setting. Attempting to <read|set> it:
> "HDIO_<GET|SET>_MULTCOUNT failed: Inappropriate ioctl for device"
I don't think you can get or get the multi count currently, it just uses
the best supported value.
> 2) Drive Advanced Power Management setting("-B") (write-only):
> "HDIO_DRIVE_CMD failed: Input/output error"
> 3) Drive Acoustic ("-M"), read = " acoustic = not supported",
> write = " HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error"
> Note: drive detailed info from "-I" says:
> "Recommended acoustic management value: 254, current value: 0"
> (i.e. - there seems to be no way to set recommended value)
Not sure about these ones.. Does anything show up in dmesg when you do this?
> 4) 32-bit IO setting ("-c") (don't know if this important given the disk's
> raw-read speed, it may be meaningless for SATA)
> "IO_support = 0 (default 16-bit)"*
> *
This setting is not meaningful for anything using DMA.
> FWIW -- the spindown/standby timeout ("S") does seem to work.
>
>>> other computers. With the ATA disks, they were kept "spun down" when
>>> not
>>> being used (only used, 'normally', in early AM hours).
>>
>> Well for backup devices you can use the fact SATA is hot/warm plug.
> ---
> I don't follow. It is an internal drive. Are their software "logically
> unplug" commands that automatically re-"plug-in" the drive on access
> and spin it back up like the spindown/standby timeout does? Or were
> you referring to SATA's general hot/warm plug ability (if my hardware
> setup, drive-slots, etc, permitted removability)?
I think they were referring to physically hotplugging the drive. This is
more practical if you have a removable drive caddy, or if the drive is
hooked up through eSATA.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
next prev parent reply other threads:[~2008-01-03 0:26 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.6TIOCGhBpW0r4XW9rqR+Ad8P+Js@ifi.uio.no>
2007-12-30 18:16 ` SATA buffered read VERY slow (not raid, Promise TX300 card); 2.6.23.1(vanilla) Robert Hancock
2008-01-01 0:19 ` SATA kernel-buffered " Linda Walsh
2008-01-01 0:32 ` Robert Hancock
2008-01-01 16:06 ` Mark Lord
2008-01-01 1:45 ` Holger Hoffstaette
2008-01-02 18:40 ` Linda Walsh
2008-01-03 17:54 ` Holger Hoffstaette
2008-01-01 1:58 ` Alan Cox
2008-01-02 20:09 ` Linda Walsh
2008-01-03 0:25 ` Robert Hancock [this message]
2008-01-03 4:25 ` Linda Walsh
2008-01-03 8:37 ` Mikael Pettersson
2008-01-04 2:37 ` Re:Believed resolved: SATA kern-buffRd read slow: based on promise driver bug Linda Walsh
2008-01-04 2:49 ` Believed " Robert Hancock
2008-01-04 11:23 ` Mikael Pettersson
2008-01-06 20:21 ` Believed " Linda Walsh
2008-01-06 20:21 ` Linda Walsh
2008-01-09 2:30 ` Tejun Heo
[not found] <fa.o9uy6Qaq3PtHs2Z9lAKGUKvD85I@ifi.uio.no>
[not found] ` <fa.1kDEq2SPE3FqpM5Mfw9CVGbvVdY@ifi.uio.no>
[not found] ` <fa.hIZ5+XhGRugySB/HuLxr5qd6gAY@ifi.uio.no>
[not found] ` <fa.iefWPg3R6g5Pnm/ktSCK9XWVFVw@ifi.uio.no>
[not found] ` <fa.FhpaleM/osLTMJ85/PuxjxyJeGI@ifi.uio.no>
[not found] ` <fa.MP5rgMp4TS2+Cfemd/uFOQOuquQ@ifi.uio.no>
2008-01-04 2:35 ` SATA kernel-buffered read VERY slow (not raid, Promise TX300 card); 2.6.23.1(vanilla) Robert Hancock
2008-01-04 2:43 ` Linda Walsh
2008-01-04 2:56 ` Robert Hancock
2008-01-06 20:25 ` Linda Walsh
2008-01-06 21:30 ` Mehmet Kemal EROL
2008-01-06 22:43 ` Alan Cox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=477C2B71.7040504@shaw.ca \
--to=hancockr@shaw.ca \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@tlinx.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.