Pi, this is consistent with my observations.
--
file transfers on USB flash key (pendrive) are slowing down with time
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
Dear Shawn,
"dstat" does essentially that.
Default is one line of output every second, which means the output
equals the MiB/sec throughput of your device.
Try "dstat -D sda,sdb". You can also adjust the delay; see the manual page.
--
file transfers on USB disk are very slow
https://bugs.lau
Martin and Murz,
maybe you can get help if you open up an individual, detailed bug
report.
Given that this 184-message bug report is over one and a half year old,
I'm afraid adding comments here does not help.
This bugfix works, I've just tested it:
http://www.microsoft.com/windows/windows-7/de
Who wants my Hardware?
Since I can't use my USB drive (I cancelled the last attempt to copy
6GiB after more than one hour and less than 10%):
Whoever wants to do further testing or bugfixing:
You get my 16-GiB USB pen drive for for free! I can send it to you
worldwide in a cushioned envelope.
** Attachment added: "Output of "dstat -D sda,sdb, showing slowdown"
http://launchpadlibrarian.net/26929209/dstat-D.slow.850-MiB-random-data.txt
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ub
** Attachment added: "Output of "dstat -D sda,sdb, showing expected performance"
http://launchpadlibrarian.net/26929198/dstat-D.OK.850-MiB-random-data.txt
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a me
System running Ubuntu Jaunty AMD64, vanilla 2.6.29.1. KDE4.2, two
terminal windows, no other graphical applications.
I created two test files of identical size with random data and copied to the
USB pendrive, once on a freshly rebooted system, and once after I first
experienced a slowdown while
Hi Kurt,
albeit the AHCI-mode enables the use of Native Command Queueing (NCQ)
for some mainboards, I somehow doubt that this has to do with the USB
issue. Especially because of the "swapping" you reported which IMO has
nothing to do with the USB speed issues reported before.
--
file transfers
Has this issue been reported upstream (i.e. LKML)?
I couldn't find a thread on gmane, but maybe I'm just too blind.
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
This method I used for obtaining average transfer speeds on the command
line.
The USB pendrive was still mounted via KDE4's "pop-up" mounting feature:
On the command line:
$ dd if=/dev/urandom of=/tmp/7-GiB-testfile bs=7M count=1024
$ sync
$ time ./test.sh
The shell script "test.sh" used:
$ #!/b
** Attachment added: "USB: Output of "lsusb -vv""
http://launchpadlibrarian.net/23765352/lsusb-vv.log
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
** Attachment added: "Output of "cat /proc/version_signature""
http://launchpadlibrarian.net/23765249/version.log
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a b
I did a bunch of tests. First of all, I'm attaching the output of:
cat /proc/version_signature
dmesg
sudo lspci -vvnn
sudo lsusb -vv
I used Ubuntu Jaunty kernel "2.6.28-9-generic", except for the log of
"lsusb", which was acquired when the system was running under
2.6.29-rc7, vanilla, from kernel
This is an additional time invoking "dmesg" a few minutes later; the
difference (one line at the bottom) does not always appear and I'm not
sure if this is correlated to the speed problem.
** Attachment added: "Second, later version: output of "dmesg""
http://launchpadlibrarian.net/23765342/dme
** Attachment added: "Output of "sudo lspci -vvnn""
http://launchpadlibrarian.net/23765274/lspci-vvnn.log
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assig
** Attachment added: "Outputof "dmesg""
http://launchpadlibrarian.net/23765255/dmesg.log
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop
nicolas314 wrote:
> I just checked on the linux-usb mailing-lists, there is absolutely
nothing on that topic.
> [...] What are the next steps?
Well - how about opening a thread then ;-)
Can you do this?
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You recei
I checked again, and I have to take back my previous statement.
"pci=routeirq" does not seem to speed up file transfers for my system.
(The KDE4 file transfer progress window seems to provide a not very
conclusive average speed value)
The reason I posted in this bug report is that I believe this a
** Attachment added: "Output of "lsusb -v""
http://launchpadlibrarian.net/20557775/lsusb-v-output.txt
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is the registrant
** Attachment added: "Output of "lspci -vv""
http://launchpadlibrarian.net/20557773/lspci-vv-output.txt
--
file transfers on USB disk are very slow
https://bugs.launchpad.net/bugs/197762
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is the registran
I have the issue, too.
Adding the boot option "pci=routeirq" greatly improves the write
performance (twice as fast).
Kubuntu Intrepid, AMD64, latest apt-get-upgrades, linux-
image-2.6.27-10-generic.
Hardware: Asrock mainboard with NVidia nForce 630a chipset. AMD 64-Bit-
Dual-Core-CPU.
I'm attac
Perhaps this is related to this issue:
Opening
> http://www.rockwellautomation.ch/applications/gs/emea/gsch.nsf/4a87ff3bf2c03cc38525646f0072ffa9/05fa4296bf773768cc25707300199eab/$FILE/RAAMP-Prospekt_D_final.pdf
in KPDF and Adobe Reader shows very different results:
interwoven, or nested, letter
22 matches
Mail list logo
