From: DervishD <lkml@dervishd.net>
To: Heikki Orsila <shdl@zakalwe.fi>
Cc: Linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: usb-storage nice value
Date: Fri, 18 May 2007 13:12:45 +0200 [thread overview]
Message-ID: <20070518111245.GB4871@DervishD> (raw)
In-Reply-To: <20070518094632.GF10873@zakalwe.fi>
Hi Heikki :)
* Heikki Orsila <shdl@zakalwe.fi> dixit:
> On Thu, May 17, 2007 at 12:03:08PM +0200, DervishD wrote:
> > I'm having problems when reading/writing to external USB
> > harddisks: my *internal* harddisk stalls from time to time, so
> > watching a movie while copying data is a PITA (well, if the
> > movie is bad, the leaps help a bit...).
>
> I've had a similar problem that is caused due to USB write caching.
> When a process rapidly writes to a USB device, the whole memory gets
> filled with write cache. When the memory is full of write cache for
> USB, it is very slow to get clean pages as the USB device is slow.
> This stalls the entire system performance.
I'm not sure if this is my problem, since the external USB disks
seem to be at least as fast as the internal one (I've not noticed the
device to be slow at all). I'm going to use the same sets of disks in
another system that doesn't have an old VIA chipset, to see if the
problem is the PCI-fill one.
BTW, using "sync" mount option doesn't help: it just makes the data
copying slower, but when the data is burst-written, the internal hard
disk stalls for a bit. The stalls are shorter, though.
> Would it be possible to limit per device write caching to N pages from
> userspace? Having just 128 MiB of write cache for a USB device would be
> sufficient for high performance, but yet have plenty of clean pages for
> other purposes.
Probably the "dirty_ratio" setting will help, I'm going to test it
this weekend. I don't know if there are a per-device setting to tell how
many pages can be used as cache.
Thanks for answering :)
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
prev parent reply other threads:[~2007-05-18 11:10 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-17 10:03 usb-storage nice value DervishD
2007-05-17 10:19 ` Alan Cox
2007-05-17 10:34 ` DervishD
2007-05-17 19:53 ` Stefan Richter
2007-05-18 6:15 ` DervishD
2007-05-18 6:33 ` Jan Engelhardt
2007-05-18 8:21 ` DervishD
2007-05-18 8:49 ` Jan Engelhardt
2007-05-18 11:13 ` DervishD
2007-05-18 9:46 ` Heikki Orsila
2007-05-18 11:12 ` DervishD [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=20070518111245.GB4871@DervishD \
--to=lkml@dervishd.net \
--cc=linux-kernel@vger.kernel.org \
--cc=shdl@zakalwe.fi \
/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