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
prev 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