Bug 115858

Summary: USB MASS STORAGE very slow upload (sync enabled)
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Ladislav Michnovic <lmichnovic>
Component: KernelAssignee: Christian Zoz <zoz>
Status: RESOLVED DUPLICATE QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None    
Version: Beta 4 Plus   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Ladislav Michnovic 2005-09-08 13:29:01 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
Comment 1 Hubert Mantel 2005-09-08 13:35:18 UTC
This is not a kernel bug.
Comment 2 Danny Al-Gaaf 2005-09-08 16:35:36 UTC
Is the device USB1.1 or 2.0? Maybe related to #105964.
Comment 3 Ladislav Michnovic 2005-09-08 16:52:54 UTC
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.
Comment 4 Danny Al-Gaaf 2005-09-08 17:10:59 UTC
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?
Comment 5 Ladislav Michnovic 2005-09-08 17:19:39 UTC
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?
Comment 6 Danny Al-Gaaf 2005-09-08 17:25:56 UTC
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.
Comment 7 Ladislav Michnovic 2005-09-09 08:28:51 UTC
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.
Comment 8 Ladislav Michnovic 2005-09-09 09:01:53 UTC
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.
Comment 9 Danny Al-Gaaf 2005-09-09 16:35:19 UTC
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 ***
Comment 10 Ladislav Michnovic 2005-09-12 08:36:17 UTC
O.K.