public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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 --]

  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