My F8 system has two USB ports in the front side. I had a USB DVDRW connected to one of the ports and was writing an ISO image to CDR. Then I plugged in a USB stick to transfer some files from it to my desktop, the transfer was stalling and was slow even after the CDR task ended. Then I unplugged the DVDRW and the USB stick transfer rate was as fast as lightning. Why was the USB stick file transfer so slow when the DVDRW was plugged in?
~af
Aldo Foot wrote:
My F8 system has two USB ports in the front side. I had a USB DVDRW connected to one of the ports and was writing an ISO image to CDR. Then I plugged in a USB stick to transfer some files from it to my desktop, the transfer was stalling and was slow even after the CDR task ended. Then I unplugged the DVDRW and the USB stick transfer rate was as fast as lightning. Why was the USB stick file transfer so slow when the DVDRW was plugged in?
~af
Most modern mother boards offer as many as 8 USB ports on as many as 4 different USB controllers. However, there are many motherboards that offer only 4 total USB ports on a single controller.
lsusb is useful to determine what's what in your particular system.
# yum install usbutils
if you need to.
All that, to say this: a single slow USB device on a controller will cause the controller to drop to slow (USB 1.1) mode. Not just a single port drops, the whole controller drops.
Plug both devices in at the same time and check lsusb output. Are they both on the same controller. Check dmesg output. Did the USB driver complain about a 'slow' USB device?
Again, using lsusb, it is possible to plug in the second device in a different slot, and have it show up on a different USB controller.
On my laptop (newish) the two ports on the side are together, and the two on the back are together on a different controller. Many laptops use at least one USB controller for internal connections. Mine has an internal Bluetooth, and sits on a USB controller.
This problem used to be very problematic when most USB mice and keyboards were USB 1.1
Now days, all USB devices should say 2.0 on them somewhere.
Here is a sample output from lsusb: -> lsusb Bus 002 Device 006: ID 1307:0163 Transcend Information, Inc. 512MB USB Flash Drive Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 009: ID 046d:c03f Logitech, Inc. UltraX Optical Mouse Bus 006 Device 008: ID 050d:0109 Belkin Components F5U109/F5U409 PDA Adapter Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp. Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp. Bus 003 Device 003: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
The thumb drive and APC are on the side of my laptop on different controllers. The Belkin USB serial device and the Logitech mouse are plugged into the back, and are on the same controller. Your Mileage will vary.
When my mouse plugs in, dmesg says this: usb 6-2: new low speed USB device using uhci_hcd and address 9 usb 6-2: configuration #1 chosen from 1 choice input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input18 input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.1-2
Please note the words/phrases LOW SPEED and 1.1. If I plugged my thumb drive into the back at the same time my mouse was plugged in, in the back, transfers would drop to about 1MB/sec.
Good Luck!
On Tue, 2008-09-02 at 13:26 -0600, Phil Meyer wrote:
All that, to say this: a single slow USB device on a controller will cause the controller to drop to slow (USB 1.1) mode. Not just a single port drops, the whole controller drops.
Slightly expanded:
(a) USB 1.1 vs. USB 2.0 isn't directly related to speed -- USB 1.1 supports low (1.5 Mbps) and full (12 Mbps) speeds; USB 2.0 adds support for high (480 Mbps) speed. USB 2.0 devices don't *have* to operate at full speed, though -- e.g., a true USB 2.0-certified keyboard is still going to send your scancodes to the host at low speed.
(b) Using a low- or full-speed device doesn't force that controller (actually pair of controllers - EHCI+UHCI) into a low- or full-speed mode -- low-/full- and high-speed connections can be interleaved. However, USB is a shared bus, and use of the bus is scheduled in time slices, so as an example transferring 8 Mbps at full speed (plus control overhead) will use the bus just over 2/3rd of the time, reducing the time available for full speed transfers to less than 1/3 (<160 Mbps), yielding a total throughput of under 168 Mbps. This can be alleviated by using a hub with a transaction translator, which will buffer low- or full-speed transfers and send them in bursts to the host at high speed (and vice versa for data coming from the host) to mitigate the impact of the low- and full-speed devices on the high-speed ones.
This problem used to be very problematic when most USB mice and keyboards were USB 1.1
Now days, all USB devices should say 2.0 on them somewhere.
Even a Certified USB 2.0 mouse will operate at low speed (I haven't seen any 480 Mbps mice!). For example, from /proc/bus/usb/devices on my desktop:
T: Bus=01 Lev=02 Prnt=03 Port=02 Cnt=03 Dev#= 9 Spd=1.5 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=046d ProdID=c00e Rev=11.10 S: Manufacturer=Logitech S: Product=USB-PS/2 Optical Mouse C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 98mA I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=10ms
Note the "Ver= 2.00" in the D: line (USB version 2.0), but "Spd=1.5" in the T: line (low speed, 1.5 Mbps).
-Chris
On Tue, Sep 2, 2008 at 1:18 PM, Chris Tyler chris@tylers.info wrote:
On Tue, 2008-09-02 at 13:26 -0600, Phil Meyer wrote:
All that, to say this: a single slow USB device on a controller will cause the controller to drop to slow (USB 1.1) mode. Not just a single port drops, the whole controller drops.
Slightly expanded:
(a) USB 1.1 vs. USB 2.0 isn't directly related to speed -- USB 1.1 supports low (1.5 Mbps) and full (12 Mbps) speeds; USB 2.0 adds support for high (480 Mbps) speed. USB 2.0 devices don't *have* to operate at full speed, though -- e.g., a true USB 2.0-certified keyboard is still going to send your scancodes to the host at low speed.
(b) Using a low- or full-speed device doesn't force that controller (actually pair of controllers - EHCI+UHCI) into a low- or full-speed mode -- low-/full- and high-speed connections can be interleaved. However, USB is a shared bus, and use of the bus is scheduled in time slices, so as an example transferring 8 Mbps at full speed (plus control overhead) will use the bus just over 2/3rd of the time, reducing the time available for full speed transfers to less than 1/3 (<160 Mbps), yielding a total throughput of under 168 Mbps. This can be alleviated by using a hub with a transaction translator, which will buffer low- or full-speed transfers and send them in bursts to the host at high speed (and vice versa for data coming from the host) to mitigate the impact of the low- and full-speed devices on the high-speed ones.
This problem used to be very problematic when most USB mice and keyboards were USB 1.1
Now days, all USB devices should say 2.0 on them somewhere.
Even a Certified USB 2.0 mouse will operate at low speed (I haven't seen any 480 Mbps mice!). For example, from /proc/bus/usb/devices on my desktop:
T: Bus=01 Lev=02 Prnt=03 Port=02 Cnt=03 Dev#= 9 Spd=1.5 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=046d ProdID=c00e Rev=11.10 S: Manufacturer=Logitech S: Product=USB-PS/2 Optical Mouse C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 98mA I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=10ms
Note the "Ver= 2.00" in the D: line (USB version 2.0), but "Spd=1.5" in the T: line (low speed, 1.5 Mbps).
-Chris
Checking on the speed was interesting. The /proc/bus/usb/devices shows that both devices rut at 480Mbps. It appear the the usb stick is having a problem from too many read/writes. It's been a while since I've been using.
FROM DVDRW T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 10 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=054c ProdID=02d1 Rev= 0.00 S: Manufacturer=Sony S: Product=DRX-830U
FROM MEMORY STICK T: Bus=01 Lev=01 Prnt=01 Port=05 Cnt=02 Dev#= 11 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=0457 ProdID=0151 Rev= 1.00 S: Product=USB Mass Storage Device
thanks for the enlightenment ~af
On Tue, Sep 2, 2008 at 12:26 PM, Phil Meyer pmeyer@themeyerfarm.com wrote:
Aldo Foot wrote:
My F8 system has two USB ports in the front side. I had a USB DVDRW connected to one of the ports and was writing an ISO image to CDR. Then I plugged in a USB stick to transfer some files from it to my desktop, the transfer was stalling and was slow even after the CDR task ended. Then I unplugged the DVDRW and the USB stick transfer rate was as fast as lightning. Why was the USB stick file transfer so slow when the DVDRW was plugged in?
~af
Most modern mother boards offer as many as 8 USB ports on as many as 4 different USB controllers. However, there are many motherboards that offer only 4 total USB ports on a single controller.
lsusb is useful to determine what's what in your particular system.
# yum install usbutils
if you need to.
All that, to say this: a single slow USB device on a controller will cause the controller to drop to slow (USB 1.1) mode. Not just a single port drops, the whole controller drops.
Plug both devices in at the same time and check lsusb output. Are they both on the same controller. Check dmesg output. Did the USB driver complain about a 'slow' USB device?
Again, using lsusb, it is possible to plug in the second device in a different slot, and have it show up on a different USB controller.
On my laptop (newish) the two ports on the side are together, and the two on the back are together on a different controller. Many laptops use at least one USB controller for internal connections. Mine has an internal Bluetooth, and sits on a USB controller.
This problem used to be very problematic when most USB mice and keyboards were USB 1.1
Now days, all USB devices should say 2.0 on them somewhere.
Here is a sample output from lsusb: -> lsusb Bus 002 Device 006: ID 1307:0163 Transcend Information, Inc. 512MB USB Flash Drive Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 009: ID 046d:c03f Logitech, Inc. UltraX Optical Mouse Bus 006 Device 008: ID 050d:0109 Belkin Components F5U109/F5U409 PDA Adapter Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp. Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp. Bus 003 Device 003: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
The thumb drive and APC are on the side of my laptop on different controllers. The Belkin USB serial device and the Logitech mouse are plugged into the back, and are on the same controller. Your Mileage will vary.
When my mouse plugs in, dmesg says this: usb 6-2: new low speed USB device using uhci_hcd and address 9 usb 6-2: configuration #1 chosen from 1 choice input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input18 input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.1-2
Please note the words/phrases LOW SPEED and 1.1. If I plugged my thumb drive into the back at the same time my mouse was plugged in, in the back, transfers would drop to about 1MB/sec.
Good Luck!
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Well I learned something today. My USB stick seems to behave erratically. It behaves as before even when I have the USB DVDRW connected to the front panel and the USB stick on the back.
From lsusb output
Bus 001 Device 007: ID 0457:0151 Silicon Integrated Systems Corp. Super Flash 1GB Flash Drive Bus 001 Device 005: ID 054c:02d1 Sony Corp.
From /var/log/messages (google did not showed anything on error -71)
Sep 2 13:54:47 xxx kernel: usb 1-6: new high speed USB device using ehci_hcd and address 6 Sep 2 13:54:47 xxx kernel: usb 1-6: device descriptor read/all, error -71 Sep 2 13:54:48 xxx kernel: usb 1-6: new high speed USB device using ehci_hcd and address 7 Sep 2 13:54:48 xxx kernel: usb 1-6: configuration #1 chosen from 1 choice Sep 2 13:54:48 xxx kernel: scsi6 : SCSI emulation for USB Mass Storage devices Sep 2 13:54:53 xxx kernel: scsi 6:0:0:0: Direct-Access USB007 mini-USB2BU 0.00 PQ: 0 ANSI: 2 Sep 2 13:54:53 xxx kernel: sd 6:0:0:0: [sdd] 1003520 512-byte hardware sectors (514 MB) Sep 2 13:54:53 xxx kernel: sd 6:0:0:0: [sdd] Write Protect is off Sep 2 13:54:53 xxx kernel: sd 6:0:0:0: [sdd] Assuming drive cache: write through Sep 2 13:55:23 xxx kernel: usb 1-6: reset high speed USB device using ehci_hcd and address 7 Sep 2 13:55:23 xxx kernel: sd 6:0:0:0: [sdd] 1003520 512-byte hardware sectors (514 MB) Sep 2 13:55:23 xxx kernel: sd 6:0:0:0: [sdd] Write Protect is off Sep 2 13:55:23 xxx kernel: sd 6:0:0:0: [sdd] Assuming drive cache: write through Sep 2 13:55:23 xxx kernel: sdd:<6>usb 1-6: reset high speed USB device using ehci_hcd and address 7 <...snip...> Sep 2 13:55:24 xxx kernel: usb 1-6: device not accepting address 7, error -71 Sep 2 13:56:30 xxx kernel: end_request: I/O error, dev sdd, sector 0 Sep 2 13:56:30 xxx kernel: Buffer I/O error on device sdd, logical block 0 Sep 2 13:56:30 xxx kernel: Dev sdd: unable to read RDB block 0 Sep 2 13:56:30 xxx kernel: unable to read partition table Sep 2 13:56:30 xxx kernel: sd 6:0:0:0: [sdd] Attached SCSI removable disk Sep 2 13:56:30 xxx kernel: sd 6:0:0:0: Attached scsi generic sg5 type 0 Sep 2 13:56:30 xxx kernel: usb 1-6: reset high speed USB device using ehci_hcd and address 7
I also got this message when I plugged the the usb stick into a CentOS 5.2 laptop. smartd: Device: /dev/hda, 1 currently unreadable (pending) sector
maybe the usb stick is on its last leg. ~af