Bugzilla – Bug 115858
USB MASS STORAGE very slow upload (sync enabled)
Last modified: 2005-09-12 08:36:17 UTC
I experienced slow down uploading data into USB MASS STORAGE against SL 9.3. It's aprox about 70KBps. Syncing is enabled by default. Disabling syncing manualy helps a lot. On SL 9.3 it was about 600KBps. Tried with two devices, I have now only one by hand. dmesg: usb 2-1: new full speed USB device using uhci_hcd and address 2 Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new driver usb-storage USB Mass Storage support registered. Vendor: USB Model: BAR Rev: 2.00 Type: Direct-Access ANSI SCSI revision: 02 sda: Unit Not Ready, sense: : Current: sense key: Unit Attention Additional sense: Not ready to ready change, medium may have changed sda : READ CAPACITY failed. sda : status=1, message=00, host=0, driver=08 sd: Current: sense key: Unit Attention Additional sense: Not ready to ready change, medium may have changed sda: test WP failed, assume Write Enabled sda: assuming drive cache: write through sda: Unit Not Ready, sense: : Current: sense key: Unit Attention Additional sense: Not ready to ready change, medium may have changed SCSI device sda: 511744 512-byte hdwr sectors (262 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through SCSI device sda: 511744 512-byte hdwr sectors (262 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through sda: sda1 Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 usb-storage: device scan complete
This is not a kernel bug.
Is the device USB1.1 or 2.0? Maybe related to #105964.
Yes and no. One is certainly USB 2.0, the second is USB 1.1. I'm not 100% sure, just 98%. But speed 70KBps is much bellow of USB 1.1 speed capabilities.
Sorry, but I did not complete understand the problem. Is the USB 2.0 device effected? Was the logmessages above from a 2.0 device or 1.1? What if you mount the device manually with subfs but without sync?
The logmessage was USB2.0 device. Yes it is also affected as the USB 1.1 devices. Against SL 9.3 uploading files is ten times slower. Downloading is at the same speed as in SL 9.3. I will do some tests and benchmarks tomorow, please wait. What info should I post? Is dmesg enough?
We know the slow speed with sync. And if the USB 2.0 device is effected this is IMO a duplicate of #105964. If the speed with correct detected USB device is much more slower with 10.0 than on 9.3 this would be a subfs/kernel bug.
On Suse Linux 10.0 beta 4 plus: dd if=/media/usbdisk/tmp/java3d-1_3_1-windows-i586-directx-sdk.exe of=/tmp/java3d 13347+1 záznamov dnu 13347+1 záznamov von 6833932 bytes (6,8 MB) copied, 6,64196 seconds, 1,0 MB/s dd if=/tmp/java3d of=/media/usbdisk/tmp/java3d 13347+1 záznamov dnu 13347+1 záznamov von 6833932 bytes (6,8 MB) copied, 397,367 seconds, 17,2 kB/s ^^^^^^^^^ This speed is very bad. It is the same USB Mass Storage as mentioned above.
On Suse Linux 9.3 : dd if=/media/usbdisk/tmp/java3d-1_3_1-windows-i586-directx-sdk.exe of=/tmp/java3d 13347+1 records in 13347+1 records out 6833932 bytes (6.8 MB) copied, 0.849198 seconds, 8.0 MB/s dd if=/tmp/java3d of=/media/usbdisk/tmp/java3d 13347+1 records in 13347+1 records out 6833932 bytes (6.8 MB) copied, 7.31576 seconds, 934 kB/s This seems like bad detection of USB 2.0 device. I will check also usb 1.1 device, but for now I have no such device.
I mark this as a dublicate of bug #105964 since this look as the same problem. If you have the same problem with 1.1 device open a new bug and let them maybe depends on this bug or add the bugnumber to the new one. *** This bug has been marked as a duplicate of 105964 ***
O.K.