public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Aaron Williams <Aaron.Williams@caviumnetworks.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] USB storage performance EHCI question - ext2fs performance
Date: Thu, 20 Jan 2011 16:05:54 -0800	[thread overview]
Message-ID: <201101201605.54574.Aaron.Williams@caviumnetworks.com> (raw)
In-Reply-To: <20110114091904.6A250160689@gemini.denx.de>

I  now have some more information on the performance issue. It appears to be 
filesystem related. If I format the drive as FAT32 I am getting a transfer 
rate of approximately 10MB/second. However, if I format it as ext3 I am seeing 
a transfer rate of only  101KB/second!  The only difference is the filesystem 
and both are clean filesystems.

I formatted the drive with:

mkfs.ext3 -j -L iomega -O dir_index,has_journal,large_file -t ext3 -v 
/dev/sdc1

mke2fs 1.41.11 (14-Mar-2010)
fs_types for mke2fs.conf resolution: 'ext3', 'default'
Calling BLKDISCARD from 0 to 1014095872 failed.
Filesystem label=iomega
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
61952 inodes, 247582 blocks
12379 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=255852544
8 block groups
32768 blocks per group, 32768 fragments per group
7744 inodes per group
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376

Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 35 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

-Aaron

On Friday, January 14, 2011 01:19:04 am Wolfgang Denk wrote:
> Dear Aaron Williams,
> 
> please always keep the ML on cc:
> 
> In message <4D2FA7F0.7020900@caviumnetworks.com> you wrote:
> > It is based off of 2010.09 but I have applied all of the latest USB
> > updates from GIT with the exception of the multiple LUN support (this
> > breaks the SanDisk Cruzer because the Cruzer reports max lun=1). All
> > caches are enabled and this is on a 1.2GHz MIPS which is cache-coherent
> > (no need to flush/invalidate).
> 
> Maybe there are other issues with your code.  It's hard to comment on
> onknown out-of-tree ports.
> 
> Best regards,
> 
> Wolfgang Denk

      parent reply	other threads:[~2011-01-21  0:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-13  3:55 [U-Boot] USB storage performance EHCI question Aaron Williams
2011-01-13  6:09 ` Wolfgang Denk
2011-01-13 11:51   ` Sergei Shtylyov
     [not found]   ` <4D2FA7F0.7020900@caviumnetworks.com>
     [not found]     ` <20110114091904.6A250160689@gemini.denx.de>
2011-01-15  4:41       ` Aaron Williams
2011-01-21  0:05       ` Aaron Williams [this message]

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=201101201605.54574.Aaron.Williams@caviumnetworks.com \
    --to=aaron.williams@caviumnetworks.com \
    --cc=u-boot@lists.denx.de \
    /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