*** This bug is a duplicate of bug 228302 ***
https://bugs.launchpad.net/bugs/228302
** This bug has been marked a duplicate of bug 228302
No DMA nor 32bits IO support anymore
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug noti
** Tags added: regression-release
** Tags removed: regression
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs
Hi stat,
I'm looking forward to see the results!
Only suggestions is that perhaps this is not the right place to publish
them, maybe a blog post is more appropriate.
Have fun with the benchmarking :)
2009/2/18 stat
> HI:
>
> I agree it isn't all that easy but since I have the machines to play
HI:
I agree it isn't all that easy but since I have the machines to play around
with I am going to take my main machine (the one I am experiencing the
issues with and install Win 7 and then use the Richard's python script
(cross platform) as described on the site you linked to. It is pretty funny
Hi,
it all depends on the benchmark.
How do you plan to reproduce on Windows?
If you take a look at recent benchmarks, you'll see that Ubuntu performs
faster here:
http://www.tuxradar.com/content/benchmarked-ubuntu-vs-vista-vs-windows-7
Let me know which kind of test you've done and what
Haven't done it yet but will this weekend. I am not a guru but find it hard
to believe that I can get greater transfer speeds between machines than I
can within the actual machine. That just makes no sense to me. I have an
XP box here and will be testing it with the same drives before I do
anyth
Hi Zhang,
you're welcome.
It is actually possible to get very high performance from SATA disks,
comparable to those of SAS or SCSI, by using a technique called
short-stroking.
If you understand the mechanics of the disks, you can actually build a
system with very low latency. You can get this b
Hi Stek79,
Thanks for your reply!
I understand the hdparm result is the best possible speed. But the difference
between 42.84MB/sec and 5MB/sec still shocked me.
It kinda implied that the file system (I'm using ext3) needs more optimization
to store big files in the way the hard disk can sequen
Hello Zhang,
this is a common issue, and is not related to Linux.
It is important to understand the testing that we're doing and how a
rotational disk works.
hdparm test the _sequential_ transfer speed, which is the speed at which
data can be transferred from sequential sectors.
Real life
Thanks stat!
Yes, I used the upgrade tool to install Ibex..
Did you try to do a clean install and fix the issue?
(I remember that I tried to boot from the clean 8.10 CD and mount the
same disk to test the speed. The speed is the same as I boot from my
hard drive. So it seemed the clean install m
I can't for one tell you as think that is the key to the issue, why? For
example here are my hdparm rates:
/dev/sda:
Timing buffered disk reads: 54 MB in 3.14 seconds = 17.19 MB/sec
s...@stat:~$ sudo hdparm -t /dev/sdb
/dev/sdb:
Timing buffered disk reads: 218 MB in 3.02 seconds = 72.18
My situation might be related to this bug:
I bought a Thinkpad T61 in last October. I erased Vista and installed
Ubuntu 8.7 and later upgraded to 8.10. The disk speed seemed slow. I
tried the following command to test the real read speed:
$ date; cp a_100_MB_file /dev/null; date;
The copying tak
Is there any update on this? I have looked for weeks now for some fix
or update. The transfer speeds are horribly slow and wonder how this
can not be a priority fix. It renders Ibex almost unusable for normal
operations. Is this being tracked somewhere else or am I missing
something?
--
[regr
Hal,
it is just the opposite.
This bug is not present in Hardy, but it is there in Intrepid.
The fact that you notice an improvement, IMHO means that you are not hitting
this bug actually.
2009/1/7 Hal
> This bug seems to be fixed in 8.10 (Intrepid Ibex). All systems I
> reported above exhi
This bug seems to be fixed in 8.10 (Intrepid Ibex). All systems I
reported above exhibit improved performance in 8.10 as well as several
more with Compact Flash adapters. A Fix for this in Hardy would be good
to allow continued use of an LTS system.
--
[regression]Slow disk transfer rate on Har
Can you explain what this means to those of us suffering from the
extremely poor IDE performance on Hardy etc?
I read thru the link (KernelTeamBugPolicies) and the impression I get is that
this bug has been de-prioritized, and no one is looking into why any more. I
understand if there are not en
Set to triaged; importance medium since this is a regression affecting
hardware
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
Status: Confirmed => Triaged
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notifi
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Ubuntu Kernel Team (ubuntu-kernel-team)
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-
** Attachment added: "dmesg.log"
http://launchpadlibrarian.net/19508557/dmesg.log
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
** Attachment added: "lspci-vvnn.log"
http://launchpadlibrarian.net/19508551/lspci-vvnn.log
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
[EMAIL PROTECTED]:~$ cat /proc/version_signature
Ubuntu 2.6.27-7.16-generic
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing l
Hi Stek79,
I didn't notice anything about it being a problem in Intrepid, this is
obviously quite a long regression and I have tagged it accordingly.
Thank you
** Changed in: linux (Ubuntu)
Sourcepackagename: None => linux
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.
** Summary changed:
- Slow disk transfer rate on Hardy
+ [regression]Slow disk transfer rate on Hardy
** Tags added: gutsy hardy intrepid regression
--
[regression]Slow disk transfer rate on Hardy
https://bugs.launchpad.net/bugs/216878
You received this bug notification because you are a member
23 matches
Mail list logo
