Hide Forgot
Description of problem: Transferring a large amount of data (e.g. copying music library, or live USB image) to a slow (< 3 MB/s or so) USBMS device (typically formatted vfat) ends up slowing down the entire system, blocking I/O on other, much faster devices (such as USB- or SATA-attached discs), and producing O(minute) latencies in other processes. This renders the desktop effectively unusable until the slow I/O process completes. Version-Release number of selected component (if applicable): kernel-2.6.40.8-4.fc15.x86_64 How reproducible: Always. Steps to Reproduce: 1. Find a slow (< around 3 MB/s) USBMS device, formatted vfat. 2. Run liveusb-creator and turn it into a Fedora 16 live stick. 3. Watch as Firefox becomes unresponsive, and launching new programs takes ages. Actual results: Latency goes through the roof: - Firefox just stops responding. - Launching a new program takes much longer than is acceptable, for instance taking minutes instead of seconds under other circumstances (or I/O load to much faster devices). - Processes that are doing it all in memory seem unaffected (until they try to access a disc). Expected results: That a single process using a slow USBMS device is not able to hose the entire system to the extent observed, where faster, independent discs are left waiting for writes to complete to a much slower device.
This is still being investigated upstream. Thread starts here: https://lkml.org/lkml/2011/11/7/2
(In reply to comment #1) > This is still being investigated upstream. > Thread starts here: https://lkml.org/lkml/2011/11/7/2 Thanks for the pointers --- I'll see if running with transparent hugepages disabled helps.
There's a scratch build here that has a patch that may help. http://koji.fedoraproject.org/koji/taskinfo?taskID=3522260
(In reply to comment #3) > There's a scratch build here that has a patch that may help. > http://koji.fedoraproject.org/koji/taskinfo?taskID=3522260 Can still reproduce this with 2.6.41.1-3.fc15.x86_64 --- screenshots of latencytop attached below.
Created attachment 534686 [details] 2.6.41.1-3.fc15.x86_64 latencytop screenshot 1
Created attachment 534687 [details] 2.6.41.1-3.fc15.x86_64 latencytop screenshot 2
I still see this on 2.6.41.4-1.fc15.x86_64 (.e.g. while making a liveusb) even with transparent_hugepage=never on the cmdline.
I hit this again today, with kernel-3.2.7-1.fc16.x86_64
Is anyone still seeing this with the 3.3 kernel?
Sorry for the huge delay in response. Haven't seen this in kernel 3.5.2 in F17.
Thanks.