Slow SD card and USB HDD I/O for block sizes bigger than a couple of bytes

Bug #787246 reported by Michael Sparmann on 2011-05-23
This bug report is a duplicate of:  Bug #709245: ARM SMP scheduler performance bug. Edit Remove
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux-ti-omap4 (Ubuntu)
Bryan Wu

Bug Description

I'm observing weird I/O behavior with natty's 2.6.38-1209-omap4 kernel running on a pandaboard:
When reading from a USB HDD, the relationship between read block sizes and throughput looks like this:
(the buffer cache has been flushed with hdparm -f between every measurement)
This HDD gets about 28MB/s on windows, and about 32MB/s without this weird foldback on my natty x86 desktop:

The same (but to a lesser extent) happens with slower USB storage devices as well: (this thumbdrive gets 5MB/s on windows).
This also appears to affect SD card access, but also to a lesser extent:

As the maximum throughput (which is still way too slow) is reached at around 128 bytes block size, which is way below sector size, and as this happens for SD card access as well, this suggests that the problem is coming from some more generic code than the MMC or USB controller driver.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: linux-image-2.6.38-1209-omap4 2.6.38-1209.13
ProcVersionSignature: Ubuntu 2.6.38-1209.13-omap4
Uname: Linux 2.6.38-1209-omap4 armv7l
Architecture: armel
Date: Tue May 24 00:11:32 2011
SourcePackage: linux-ti-omap4
UpgradeStatus: No upgrade log present (probably fresh install)

Michael Sparmann (theseven) wrote :
Bryan Wu (cooloney) on 2011-06-21
Changed in linux-ti-omap4 (Ubuntu):
assignee: nobody → Bryan Wu (cooloney)
importance: Undecided → Medium
Jani Monoses (jani) wrote :

Brian, does the ping workaround described here affect your measurements?

Changed in linux-ti-omap4 (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers