linux-kernel - Re: Compact Flash performance...

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <465F360D.6020603@rtr.ca>
Date:	Thu, 31 May 2007 16:54:37 -0400
From:	Mark Lord <liml@....ca>
To:	Daniel J Blueman <daniel.blueman@...il.com>
Cc:	Mark Lord <lkml@....ca>, bzolnier@...il.com,
	linux-ide@...r.kernel.org,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Jeff Garzik <jeff@...zik.org>
Subject: Re: Compact Flash performance...

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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/