public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ben Gamari <bgamari.foss@gmail.com>
To: Andreas Mohr <andi@lisas.de>, Bill Davidsen <davidsen@tmr.com>
Cc: Andreas Mohr <andi@lisas.de>, Jens Axboe <axboe@kernel.dk>,
	Wu Fengguang <fengguang.wu@intel.com>,
	linux-kernel@vger.kernel.org
Subject: Re: 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3)
Date: Fri, 09 Apr 2010 08:56:04 -0700 (PDT)	[thread overview]
Message-ID: <4bbf4e14.a215f10a.4c5c.41c9@mx.google.com> (raw)
In-Reply-To: <20100408203526.GA15426@rhlx01.hs-esslingen.de>

On Thu, 8 Apr 2010 22:35:26 +0200, Andreas Mohr <andi@lisas.de> wrote:
> On Thu, Apr 08, 2010 at 04:12:41PM -0400, Bill Davidsen wrote:
> > Andreas Mohr wrote:
> >> Clearly there's a very, very important limiter somewhere in bio layer
> >> missing or broken, a 300M dd /dev/zero should never manage to put
> >> such an onerous penalty on a system, IMHO.
> >>
> > You are using a USB 1.1 connection, about the same speed as a floppy. If 
> 
> Ahahahaaa. A rather distant approximation given a speed of 20kB/s vs. 987kB/s ;)
> (but I get the point you're making here)
> 
> I'm not at all convinced that USB2.0 would fare any better here, though:
> after all we are buffering the file that is written to the device
> - after the fact!
> (plus there are many existing complaints of people that copying of large files
> manages to break entire machines, and I doubt many of those were using
> USB1.1)
> https://bugzilla.kernel.org/show_bug.cgi?id=13347
> https://bugzilla.kernel.org/show_bug.cgi?id=7372
> And many other reports.

Indeed. I have found this to be a persistent problem and I really wish there
were more interest in debugging this. I have tried bringing the community's
resources to bear on this issue several[1] times, and each time we fail to
get enough of the right eyes looking at it or developer interest simply vanishes.

I've started putting together a list[2] of pertinent threads/patches/bugs/data
in hopes that this will lower the energy barrier of getting up to speed on
this issue. Hopefully this will help.

Cheers,

- Ben


[1] https://bugzilla.kernel.org/show_bug.cgi?id=12309
[2] http://goldnerlab.physics.umass.edu/wiki/BenGamari/IoWaitLatency


      parent reply	other threads:[~2010-04-09 15:56 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-04 22:13 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3) Andreas Mohr
2010-04-04 23:31 ` Gábor Lénárt
2010-04-05 10:53 ` Andreas Mohr
2010-04-07  7:00   ` Wu Fengguang
2010-04-07  7:08     ` Wu Fengguang
2010-04-15  3:31       ` KOSAKI Motohiro
2010-04-15  4:19         ` Wu Fengguang
2010-04-15  4:32           ` KOSAKI Motohiro
2010-04-15  4:41             ` Wu Fengguang
2010-04-15  4:55               ` KOSAKI Motohiro
2010-04-15  5:19                 ` Wu Fengguang
2010-04-16  3:16                   ` [PATCH] vmscan: page_check_references() check low order lumpy reclaim properly KOSAKI Motohiro
2010-04-16  4:26                     ` Minchan Kim
2010-04-16  5:33                       ` KOSAKI Motohiro
2010-04-16 21:18                     ` Andrew Morton
2010-05-13  2:54                       ` KOSAKI Motohiro
2010-04-07  8:39     ` 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3) Minchan Kim
2010-04-07  8:52       ` Wu Fengguang
2010-04-07 11:17     ` Andreas Mohr
2010-04-08 19:46       ` Andreas Mohr
2010-04-08 20:12 ` Bill Davidsen
2010-04-08 20:35   ` Andreas Mohr
2010-04-08 22:01     ` Bill Davidsen
2010-04-09 15:56     ` Ben Gamari [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=4bbf4e14.a215f10a.4c5c.41c9@mx.google.com \
    --to=bgamari.foss@gmail.com \
    --cc=andi@lisas.de \
    --cc=axboe@kernel.dk \
    --cc=davidsen@tmr.com \
    --cc=fengguang.wu@intel.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