From: Pierre Ossman <drzeus-list@drzeus.cx>
To: "J.A. Magallón" <jamagallon@ono.com>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: Speed of SDHCI subsystem
Date: Wed, 3 Jun 2009 08:33:41 +0200 [thread overview]
Message-ID: <20090603083341.7a2c84c8@mjolnir.ossman.eu> (raw)
In-Reply-To: <20090519003750.461abe7d@werewolf.home>
[-- Attachment #1: Type: text/plain, Size: 1829 bytes --]
On Tue, 19 May 2009 00:37:50 +0200
"J.A. Magallón" <jamagallon@ono.com> wrote:
> Hi all...
>
> I have notice something strange with SD cards.
> I have an Aspire One and had an 8Gb SDHC card that used for my home,
> and have recently upgraded to a 16Gb one.
> This new one came with an USB reader.
>
> The thing is that cards look much faster when accessed through the USB
> key that directly on the readers of the One.
>
> Some numbers with hdparm:
>
> TakeMS 8Gb Class 6:
> Gives 10MB/s on the slot, 17MB/s via the USB key
> SanDisk UltraII 16Gb, Class 4, advertised as 15Mb/s:
> Gives 10MB/s on the slot, 14MB/s on USB
>
> I know that hdparm is not a benchmark, but I supposed it should be
> limited by the media, not the connection.
>
> But somehow the SDHCI/MMC subsystem seems to be stuck at 10MB/s, independent
> of the quality of the media.
>
> Any ideas ?
>
Given your numbers I'd guess that your USB reader supports high-speed
and your built-in one does not. The theoretical throughput without
high-speed is 12.5 MB/s (SI-prefix). With some overhead, and the fact
that many controllers have a lower maximum frequency than 25 MHz, makes
your 10 MB/s pretty reasonable.
For reference, I've managed to achieve ~23 MB/s using a Sandisk Extreme
III card and a JMicron controller, so there doesn't seem to be any
major inherent bottle necks in the MMC stack.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer http://www.kernel.org
rdesktop, core developer http://www.rdesktop.org
TigerVNC, core developer http://www.tigervnc.org
WARNING: This correspondence is being monitored by the
Swedish government. Make sure your server uses encryption
for SMTP traffic and consider using PGP for end-to-end
encryption.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2009-06-03 6:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-18 22:37 Speed of SDHCI subsystem J.A. Magallón
2009-06-03 6:33 ` Pierre Ossman [this message]
2009-06-17 21:45 ` J.A. Magallón
2009-06-22 14:11 ` Pierre Ossman
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=20090603083341.7a2c84c8@mjolnir.ossman.eu \
--to=drzeus-list@drzeus.cx \
--cc=jamagallon@ono.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox