linux-kernel - Houston, we have a problem: big file copying, USB, external disks

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <865071.76281.qm@web26106.mail.ukl.yahoo.com>
Date:	Mon, 18 May 2009 11:57:43 +0000 (GMT)
From:	John Zupfel <jzupfel@...oo.co.uk>
To:	linux-kernel@...r.kernel.org
Subject: Houston, we have a problem: big file copying, USB, external disks


Are recent kernels (since somewhere around 2.6.27 - 2.6.28)
choking on big file copying?


https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/197762?comments=all

Quoting the latest post:
> No, it's not Ubuntu specific and Canonical didn't cause it.
> 
> Right now I'm copying between two SATA drives, connected to my PC via
> eSATA.  So far a lousy 600MB has been copied and I'm already down to
> 5MB/s and falling.
> 
> Here is what I know about the problem:
> 
> It affects ALL hardware.
> 
> It affects ALL file copying connections to varying degrees: USB,
> network, SATA/eSATA.
> 
> In some instances, it also affects multitasking, all but locking the
> computer up despite little to no CPU use in System Monitor.
> 
> There are no error logs, messages or anything else that occur when the
> problem is happening.
> 
> In my experience, if you test for the problem and nothing seems to be
> wrong, then that's because you aren't copying enough data, you don't
> know how fast your hardware should be copying files, or you are lucky
> enough to only be subtly affected that time.  Try copying more multi-
> gigabytes of data, several times and see if you can't get wildly
> different durations for the same data size.  As I state above, all
> hardware I have tested is affected to varying degrees, some hardware
> shows minor performance degradation over time, some hardware is all but
> useless for file copying.
> 
> If you ask me, it's either the scheduler (GUI lockups with no CPU usage
> makes me think this) or whatever performs the actual file copy process.
> It's definitely not a USB problem because it affects network copying
> too.



      
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/