From: Mark Lord <liml@rtr.ca>
To: Daniel J Blueman <daniel.blueman@gmail.com>
Cc: Mark Lord <lkml@rtr.ca>,
bzolnier@gmail.com, linux-ide@vger.kernel.org,
Linux Kernel <linux-kernel@vger.kernel.org>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Jeff Garzik <jeff@garzik.org>
Subject: Re: Compact Flash performance...
Date: Thu, 31 May 2007 16:54:37 -0400 [thread overview]
Message-ID: <465F360D.6020603@rtr.ca> (raw)
In-Reply-To: <6278d2220705311025q6ee030e2kd44b7302a50ac902@mail.gmail.com>
Daniel J Blueman wrote:
>
> Whoops, yes. Here is the expected data:
>
> # hdparm --Istdout /dev/sdb
>
> /dev/sdb:
> 848a 1f1c 0000 0010 0000 0240 003f 007a
> 7e40 0000 2020 2020 3131 3638 3032 4432
> 3830 374a 3333 3335 0002 0002 0004 4844
> 5820 342e 3034 5361 6e44 6973 6b20 5344
> 4346 582d 3430 3936 2020 2020 2020 2020
> 2020 2020 2020 2020 2020 2020 2020 0004
> 0000 0300 0000 0200 0000 0007 1f1c 0010
> 003f 7e40 007a 0100 7e40 007a 0000 0007
> 0003 0078 0078 0078 0078 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0010 0000 0020 4004 4000 0000 0004 4000
> 101f 0000 0000 0000 0000 2000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0082 001b 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
> 0000 0000 0000 0000 0000 0000 0000 0000
Thanks. I'll use that data to update/validate future versions of hdparm.
At UDMA66, it *should* be capable of the 40MByte/sec realm of readback perf,
assuming the card itself is really that fast.
I don't know too much about the specifics, though, but perhaps the
card is only capable of full speed in PIO6, which requires special cabling
and is currently unsupported in libata (?).
Another factor, is that hdparm performs discrete, non-overlapping,
reads of 1MByte chunks for its timing test. Some drives cannot achieve
full performance with such (relatively) large gaps between IO's.
Also, just for fun, you could try "hdparm --direct -t /dev/sdb"
Cheers
next prev parent reply other threads:[~2007-05-31 20:54 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-30 22:10 Compact Flash performance Daniel J Blueman
2007-05-30 22:31 ` Lee Revell
2007-05-31 9:18 ` Daniel J Blueman
2007-05-30 22:56 ` Bartlomiej Zolnierkiewicz
2007-05-31 3:24 ` Mark Lord
2007-05-31 9:22 ` Daniel J Blueman
2007-05-31 12:22 ` Mark Lord
2007-05-31 17:25 ` Daniel J Blueman
2007-05-31 20:54 ` Mark Lord [this message]
2007-05-31 21:39 ` Daniel J Blueman
2007-05-31 22:33 ` Mark Lord
2007-05-31 22:35 ` Mark Lord
2007-05-31 22:37 ` Jeff Garzik
2007-05-31 22:43 ` Mark Lord
2007-06-02 5:10 ` Willy Tarreau
2007-05-31 23:47 ` Daniel J Blueman
2007-05-31 22:40 ` Mark Lord
2007-05-31 23:26 ` Jeff Garzik
[not found] <fa.XmtWMJk5gwBC00HJh+5O62Vx8eA@ifi.uio.no>
[not found] ` <fa.fl4+oXGwE5VC39h2DLdFoBUbqV4@ifi.uio.no>
[not found] ` <fa.+cW0LouEqSiZ6zrmBDeBJxRjPTg@ifi.uio.no>
[not found] ` <fa.PM7erd/Gm1gq8ZshwTBJwux7o6o@ifi.uio.no>
[not found] ` <fa.MYVClL+Q9g/jFTcUNWOeysiV0Ig@ifi.uio.no>
[not found] ` <fa.Q4zXu+xtMAT5H5vbl/zgxZk/Ivo@ifi.uio.no>
2007-06-01 0:00 ` Robert Hancock
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=465F360D.6020603@rtr.ca \
--to=liml@rtr.ca \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bzolnier@gmail.com \
--cc=daniel.blueman@gmail.com \
--cc=jeff@garzik.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@rtr.ca \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).