closing that old report, as it has not got recent comment.
** Changed in: linux (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/119730
Title:
Slow SATA
Rafael García, thank you for your comment. So your hardware and problem may be
tracked, could you please file a new report with Ubuntu by executing the
following in a terminal while booted into a Ubuntu repository kernel (not a
mainline one) via:
ubuntu-bug linux
For more on this, please read
It also happens with kernel 3.13.2-031302-generic #201402061638 (from
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.2-trusty/)
Based on previous comment of Ilya Murav'jov I solved it temporally
with powertop.
I disabled powersaving modes of these devices:
PM ejecutable para dispositivo
Hi,
I found this bug is similar to mine (it hurts i386 only). Here is my workaround:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1264707/comments/18 .
Please try it and comment if it works for you.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Dan Walker, this bug was reported a while ago and there hasn't been any
activity in it recently. We were wondering if this is still an issue? If
so, could you please test for this with the latest development release
of Ubuntu? ISO images are available from http://cdimage.ubuntu.com
*** This bug is a duplicate of bug 131094 ***
https://bugs.launchpad.net/bugs/131094
** This bug has been marked a duplicate of bug 131094
Heavy Disk I/O harms desktop responsiveness
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification
FWIW, I thought I had the same problem. But using mainstream kernel
didn't change anything. My real problem is that most of my big files are
downloaded via bittorrent, which ends up fragmenting files *a lot*. See
http://trac.transmissionbt.com/ticket/849 in transmission bug tracker
for example. I
I have the same problem:
My setup:
* Gigabyte P35 motherboard
* 1 WD 500G IDE drive
* 1 Seagate 500G SATA drive
hdparm (hdparm -tT) gives 2966/109 MB/sec (cached and buffered reads)
for the SATA-drive and 3026/74 MB/sec for the IDE-drive. No problem
there.
In Windows XP there is no problem
I'm on an AMD64 2.6.31-19-generic #56-Ubuntu SMP and experiencing the
same problem...
Copying speed for some large files (2-12 Gb per file) from SATA to a USB
drive drops to 1,4Mb/s after the first hundreds of Mb are copied. I have
to copy around 1Tb, and I'm expecting it to take 8 days!!! It
On Wed, 2010-02-17 at 19:17 +, ivanxx wrote:
I'm on an AMD64 2.6.31-19-generic #56-Ubuntu SMP and experiencing the
same problem...
Copying speed for some large files (2-12 Gb per file) from SATA to a USB
drive drops to 1,4Mb/s after the first hundreds of Mb are copied. I have
to copy
This bug, which has been around since 2007 (it is now 2010!!)
was enough for to remove Linux from my desktop computers
This bug only seems to afect the *buntu distributions; its not present
in the upstream Debian distro FYI. Try other Linux distros before
jumping ship completely, would be my
This bug is really serious.
It doesn't affect only *buntu distributions. I had the same problem
with fedora, debian, slackware.
Unfortunately, the only feasible system was windows 7, witch works very well.
On Mon, Jan 4, 2010 at 12:58 PM, lefty.crupps eljefedel...@gmail.com wrote:
This bug,
Matt,
This bug, which has been around since 2007 (it is now 2010!!) was enough for
to remove Linux from my desktop computers. My suggestion would be to eat humble
pie and buy a copy of Windows 7.
Comparison, same hardware, SATA drives, 1G file; Linux 5 minutes. Win7
seconds!!
--
Slow SATA
I have the same problem as reported many times here - Slow file
transfers on one harddisk and the other works fine. hdparm -Tt gives me
reasonable speeds. So I tried updating to a newer kernel - linux-
image-2.6.32-02063202-generic_2.6.32-02063202_i386.deb
And the result is absolutely no
I have what I think is the same problem, and I think I've solved it by
installing the mainline kernel:
System:
AMD X2 3800+, 1GB RAM,
/dev/sda 1 TB
/dev/sdb 500 GB
/dev/sdc 500 GB
Symptoms:
Very slow reads (in particular) and writes to/from /dev/sda
hdparm -Tt reported /dev/sda as buffered reads
On Wed, Dec 23, 2009 at 10:48:22AM -, Gus wrote:
Now, I realise I'm running a newer kernel to that from before, so it's not a
like-for-like comparison, but I still think it's likely that guiguy's theory
(about the problem being with an Ubuntu kernel patch) is likely to be
correct. If
Same problem here also with Karmic Koala.
uname : Linux AMD64 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC
2009 x86_64 GNU/Linux
My sata disks show ok performances if tested with hdparm:
/dev/sdb:
Timing cached reads: 1912 MB in 2.00 seconds = 956.43 MB/sec
Timing buffered disk
franck and others, some of us have seen improvement by enabling the
proposed ubuntu repositories, especially kernel version
2.6.31-15-generic.
The downside of this approach would be, of course, that something else
will break.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You
Howdy! I tried enabling the proposed ubuntu repositories, downloaded and
installed all updates; no joy.
Even rebooted computer and did clean remount of external drives. Currently
getting a transfer speed
of 70.5 kbs. Have observed that if I cut and paste just a few folders the
speed will
I'm having the same problem. Jaunty server (32bits version) with Zotac IONITX-A
and one sata hdd. During large file copy CPU load goes to the roof and transfer
rate drops down. Tested with cp, mc and samba. With samba (and gigabit
ethernet) it starts from 65MB/s and drops down to 8-10MB/s
I am having the exact same issue. It has gone away, and then come back
several times since I installed jaunty. I am running the amd64 kernel on
a MSI motherboard with ATI graphics. The primary hard disk works great,
all the secondary ones I can read from at full speeds, but writes max
out the cpu
Some good news. In part, at least.
ASUS M2N-VN-DH mobo, Ubuntu Jaunty (9.04) AMD64.
This syste, had been unusable. If I enabled AHCI the system would lock
up on the grub loading message. This meant I had to tune down to IDE
mode. SATA transfers were awful and general file transfers to USB where
I guess I'm just adding my two cents here, trying to get this bug
noticed. I'm having the same issue, and so is a co-worker who runs
pretty much the same setup. If I run windows on my current setup, no
problem. Jaunty just seems to be very slow when copying large files
between the internal SATA
This way, linux's no more an option.
This bug only seems to affect Ubuntu; there are other Linux options out
there.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Hi,
not so sure...
the same behavior happened when I installed slack 13, fedora and macosx.
On Mon, Sep 14, 2009 at 10:43 AM, lefty.crupps
eljefedel...@gmail.comwrote:
This way, linux's no more an option.
This bug only seems to affect Ubuntu; there are other Linux options out
there.
--
This bug only seems to affect Ubuntu; there are other Linux options out
there.
the same behavior happened when I installed slack 13, fedora and
macosx.
Then it may possibly be a larger issue, as I've not come across this on
any other distro, and Mac OSX has completely different technology
I tested here too, with no sucess.
Live cd and pen drive performace are ok.
On Mon, Sep 14, 2009 at 12:30 PM, mindedie minde...@zebra.lt wrote:
https://bugs.launchpad.net/bugs/427210 didn't helped nor others
proposals (some just made more problems :D). Live-cd not effected,
anyone tested it?
https://bugs.launchpad.net/bugs/427210 didn't helped nor others
proposals (some just made more problems :D). Live-cd not effected,
anyone tested it?
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which
Using the deadline scheduler had no significant effect on my problems
(ref the 427210 bug). I give up. AFAIK the Asus P5B and P5QL SE
mainboards are not compatible with Ubuntu (and/or the kernel or some I/O
stuff used by Ubuntu). I will install Ubuntu on another hopefully
compatible box, as I
Might as well chime in as one more affected. Running an AMD Phenom with
a 1TB SATA and have AWFUL speeds for data transfer like everyone else.
:(
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hello guys,
some news? performance is still awfull, I don't know what to do. This way,
linux's no more an option.
On Fri, Aug 28, 2009 at 8:25 AM, Kristleifur Daðason
kristlei...@gmail.comwrote:
Hi all,
I was moving disks around on my motherboard because the SATA cables
blocked a video
This bug with proposals for fix seems very interesting:
https://bugs.launchpad.net/bugs/427210
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Hi all,
I was moving disks around on my motherboard because the SATA cables
blocked a video card. Two disks were placed on a secondary SATA
controller on the motherboard which I hadn't used before. This has
caused the slowness to resurface, with the mainline kernel.
Previously, all the disks
I am noticing that the problem is directional also.
Copying from sdb to sda was about 37.5 MB/s and the other direction sda to sdb
was 11.8 MB/s for the same 1.6 GB file.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member
additional info for #127
nForce 560 - gigabyte motherboard
amd athlon 64 x2 4400+
ubuntu 9.04 64 bit - update status ~ current
/dev/sda:
Model=SAMSUNG SP2504C , FwRev=VT100-41,
SerialNo=S09QJ1WL915408
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902,
I'm using jaunty 64 bit.
Unfortunately I've install a mainline kernel
Linux xxx-desktop 2.6.29-02062906-generic #02062906 SMP Fri Jul 3 10:17:03 UTC
2009 x86_64 GNU/Linux
but speed problem persists. Speed transfer between hard disks below 5Mb/sec.
Below hard disks info.
/dev/sda:
Hi,
Bump.
I've now installed the mainline kernel on at least four machines: One
Core 2 Duo, one Core 2 Quad and an i7 machine. 64-bit Ubuntu versions
8.10 and 9.04. In all cases, the broken I/O has been fixed by the
mainline kernel install.
--
Slow SATA performance
which version?
2.6.30 doesn't work for me =(
On Mon, Jul 6, 2009 at 1:04 PM, Kristleifur
Daðasonkristlei...@gmail.com wrote:
Hi,
Bump.
I've now installed the mainline kernel on at least four machines: One
Core 2 Duo, one Core 2 Quad and an i7 machine. 64-bit Ubuntu versions
8.10 and 9.04.
which version?
2.6.30 doesn't work for me =(
2.6.27.x works for me on on Ubuntu 8.10,
also 2.6.28 and 2.6.29 and 2.6.30 all work on 9.04.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is
2.6.28-13 have no effect (for me).
This bug don't effect live-cd (disks read/write 50-70 MB ).Tested hdd
performance on Ubuntu 9.04 8.10 8.04 (both 64bit and 32bit) LIVE-CDs.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a
Sorry, I'm loosing it here. Linux is no longer an option.
This bug only affects Ubuntu, don't blame all of Linux and the various distros
for this.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which
This bug only affects Ubuntu, don't blame all of Linux and the various
distros for this.
Can we be sure about that? The Ubuntu forums would have me believe that it is a
kernel issue..
http://ubuntuforums.org/showthread.php?t=1150108page=4
If it is Ubuntu specific, I'll make the change. In
Can we be sure about that? The Ubuntu forums would have me believe that it is
a kernel issue..
http://ubuntuforums.org/showthread.php?t=1150108page=4
If it is Ubuntu specific, I'll make the change. In fact, I have
already downloaded Fedora.
Well, installing a kernel without the Ubuntu
I can confirm that this is a very frustrating bug, and still seems to be
affecting lots of us :-) Don't forget to check the upstream bug (linux-
kernel-bugs #12309 - http://bugzilla.kernel.org/show_bug.cgi?id=12309).
Also, I suggest keeping an eye on what sounds like promising comments on
bug
So in the last couple of days kernel 2.6.28-13 arrived. I'd hope it
would make a difference.
I suppose it did. Now my mythbuntu box comes to standstill when copying
files. Transferring a 1G file between two SATA drives took a blistering
8, read it and weep, 8 minutes!!!
Sorry, I'm loosing it
I also have this problem. Three things to note about transferring files
to USB flash drive. 1. When I transfer with Nautilus it is very slow!
2. When I transfer files with GnomeCommander, it is very fast. 3.
When I transfer files with command line it is very fast. = I think
this could be
Kristleifur Daðason,
Unfortunately it doesn't fix for me :(
Still the same poor speed while coping large files
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I have allocated the problem:
1. Slow transfer file speed happens only when to read from ext3 partition.
2. If I write from some other (I have a fat32 part) to ext3 on the same hdd,
the speed is normal.
3. I applies only for large files.
Could someone confirm who has the problem, that coping
sorry for posting. Please delete my comments :)
I found that the problem in my case was because of defragmentation
files after downloading them through torrent.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Kristleifur Daðason,
I tried to install 2.6.30, but the problem still exists :(
Only 1.6MB/s copy speed.
Could you detail please which one kernel you installed?
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of
Kristleifur Daðason,
I tried to install 2.6.30, but the problem still exists :(
Only 1.6MB/s copy speed.
Could you detail please which one kernel you installed?
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of
@ngsupb,
We used the vanilla versions corresponding to whatever was the stable Ubuntu
kernel at the time, for that release. (We didn't go to 2.6.30.)
Here's the Ubuntu-to-vanilla lookup table: http://kernel.ubuntu.com
/~kernel-ppa/info/kernel-version-map.html
Good luck!
--
Slow SATA
Two points
1) This is a serious bug serious, not medium
2) Installing a vanilla Linux kernel from here:
https://wiki.ubuntu.com/KernelMainlineBuilds has fixed ALL problems like this
on two machines, one 8.10 and one 9.04
!
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You
Two points
1) This is a serious bug, not medium
2) Installing a vanilla Linux kernel from here:
https://wiki.ubuntu.com/KernelMainlineBuilds has fixed ALL problems like this
on two machines, one 8.10 and one 9.04
!
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received
Hey.
I had the same problem with my setup. 8 sata disks for storage (single disk,
4x320 and 4x500) and ide (2x200gb raid 1) for the system.
The slow speed on my sata disks just appeared one day like a month ago and I
have googled like a maniac in search for a fix. Been checking these comments
Hi, I've compiled and installed the latest stable kernel 2.6.29.3 from
kernel.org, and the bug is still present (even worse, transfer rates
won't go over 1.5Mb/s).
How can I report this problem to the actual kernel/libata developers? I
feel like posting here is not going to make any difference?
Thanks for the tip, I tried the 6.10 yesterday night but unfortunately
it boots straight to busybox, meaning that some other errors occur
during the boot process.
Do you think it is possible to downgrade the linux kernel to 2.6.17 via
apt while keeping all other 9.04 packages?
Or could I grab
remi_2: I managed (a while ago) to install Ubuntu 6.06 with instlux (old
historic stuff) on a PC with Asus P5B deluxe mainboard and only SATA HD/CD/DVD
devices:
http://sourceforge.net/project/showfiles.php?group_id=151507package_id=192787
The upgrade instructions from 6.06 to 6.10 has now
Uh... I almost forgot: you will need to start instlux from windows (e.g.
on a small partition).
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Hi again,
I tried ubuntu 8.10, 8.04, 7.10, opensuse 11.1 and fedora 10 on the same
machine and they all reproduce the problem.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
remi_2: If you are able: try Ubuntu 6.10. It includes the 2.6.17 kernel
where some SATA problems (...or... actually... problems related to usage
of large i/o buffers) are not present. Something was introduced in
2.6.18 (released in September 2006), and the kernel developers have
still not been
Hello,
Just to inform you that I'm also hitting this bug with the Jaunty stock
kernel 2.6.28 on an Asus M50sv laptop (intel core2duo T9300, 3gb
r...@667, ICH8 chipset, WesternDigital Caviar Blue 500Go SATAII hard
drive) (which by the way is really fast under XP/Vista)
hdparm reports figures
Same problem here; very slow on internal hard drive with up-to-date
Jaunty on Thinkpad x40. hdparm -Tt gives a fraction of throughput that
it used to get.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs,
Sadly I confirm the problem also on Jaunty, with the same configuration
described above.
/dev/sda:
Timing cached reads: 1744 MB in 2.00 seconds = 872.40 MB/sec
Timing buffered disk reads: 88 MB in 3.03 seconds = 29.05 MB/sec
/dev/sda:
IO_support= 0 (default)
readonly = 0
I just want to confirm that after a clean install of jaunty, the problem
is severe. My SATA DVD-R burns at 3x. SATA HDD performance is equally
dismal.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi everyone,
i have the same problem with the symptoms described by
CarloBecchi, also with ubuntu 9.04 with the kernel 2.6.28
My laptop is a Sony Vaio VGN A517B, with a controller
00:1f.2 IDE interface: Intel Corporation 82801FBM (ICH6M) SATA
Controller (rev 03)
and a Hitachi
I guess this is the related kernel bug:
http://bugzilla.kernel.org/show_bug.cgi?id=12309
IMHO: A patch for the current Ubuntu version should be of high priority
when this is fixed.
** Bug watch added: Linux Kernel Bug Tracker #12309
http://bugzilla.kernel.org/show_bug.cgi?id=12309
--
Slow
Same in Jaunty. Sata performance slow. Coping/moving data form root disk
sda to others two sdb,sdc only 4-10MB. Moving data between sdb and sdc
normal (50-70MB).
minde...@mindedie-desktop:~$ uname -a
Linux mindedie-desktop 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:58:03 UTC
2009 x86_64
It just gets worse; I installed a Pioneer SATA DVD- read/ write device.
Burn speed using Nero or K3B, 1.4X !!??
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
OK, I'm starting to think this is a serious, serious problem.
Same basic hardware, using SATA devices
SATA
Boot into Windows XP ~25 seconds to get a cursor
Boot into Kubuntu 8.10 (KDE4), ~150 seconds to get a cursor in KDE, Yes
kiddies, 150 seconds. Consistently
Ripped the SATA drives out.
Sorry, the heading SATA above the last two lines should have been
ATA/IDE. But you knew that, right?
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
My typical use of a computer is writing code, compilation and
test/debugging.
A small test performed with the Asus P5QL SE mainboard:
1) Start make clean make in a terminal (uses 30 minutes, which is slooow
compared to other older computers)
2) Run top in another terminal
Output from top:
Hello guys,
I really don't know what to do. I can't even install a native ubuntu in my
machine. The overall sys performance is awful.
Now, the only way to use the system is using wubi, but with poor performance
and so much noise from the hard drive.
I have a Asus P5K-Premium WI-FI, with a
Can I just add my cry for help on this issue; my wife's tired old PC
running ATA/IDE drives is a gazzillion time faster than my gee whizz 3 X
1T SATA drive machine running dual core. A bit of delving after
stumpbling across this thread seems to have revealed all. HDD throughput
as appalling and
Re my prev. comments.
I decided to explore this through a process of elimination. The PC had 3
X 1T SATA HDDs (WD, Seagate, Samsung). There is 1 Seagate 320G ATA/IDE,
1 X DVD writer (IDE) and 1 X DVD Writer (SATA).
I took all drives out, leaving only the boot drive (1T Seagate SATA).
Why this is Medium not High? It affects number of people, and x5 slower
hdd makes entire ubuntu work slooow.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Same problem here, with both Asus P5B and P5QL SE mainboards.
Details from the P5QL SE mainboard:
pet...@asus:~$ lspci |grep IDE
03:00.0 IDE interface: JMicron Technologies, Inc. JMB368 IDE controller
pet...@asus:~$ uname -a
Linux asus 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686
Similar for me, BUT - it is slow to at all write to device (even not to file
system!)
/dev/sda13:
Timing cached reads: 1518 MB in 2.00 seconds = 759.03 MB/sec
Timing buffered disk reads: 186 MB in 3.02 seconds = 61.64 MB/sec
r...@limcore:/mnt# dd if=/dev/zero of=/dev/sda13
297645+0
Hi,
I had terribly fluctuating speeds on the SATA drives in my machine, and
it sometimes the entire OS would stall and sometimes not. I'm not 100%
sure this Ubuntu bug report applies to my situation. I'd just like to
state, however, that I just updated my BIOS to the latest version, which
the
Not sure who to thank here, but a combination of implementing this
suggestion...
I have had this problem for a while now and just fixed it by adding
noatime,nodiratime to the mount options in fstab, as suggested at
http://kerneltrap.org/node/14148 .
...and another suggestion which said
** Changed in: linux (Ubuntu)
Importance: Undecided = Medium
Status: In Progress = Triaged
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Hi everyone,
I'm so happy to find this bug report, because it perfectly match my situation,
even if I don't have SATA drives on my laptop, but I have indeed a SATA
controller, and maybe this could be the key of the issue, and that's why I'm
submitting my story.
Almost an year ago a friend gave
I have Ibex 32 bits on an Athlon 64 3200+ for the sake of compatibility,
and still have the same slow transfer problem *sigh*
[EMAIL PROTECTED]:~$ uname -a
Linux Le-Grand-Bleu 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:20 UTC 2008 i686
GNU/Linux
[EMAIL PROTECTED]:~$ sudo hdparm -Tt /dev/sda1
[sudo]
Hello. I just upgraded to Ibex 64 bit and still have this problem.
Transfer speeds are typically 7-8 MB/s between drives. Really annoying.
Both drives are ext3, mounted with noatime,nodiratime. I did NOT have
this problem with Ibex 32 bit. Write caches are both enabled, and the
problem is only
Oh, and it's apparently an intermittent problem. Sometimes I transfer a
whole ~800 meg. file at 8 MB/s, and sometimes it skips around between
20-50 MB/s.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs,
I have similar problems.
$ sudo hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 3510 MB in 2.00 seconds = 1754.82 MB/sec
Timing buffered disk reads: 264 MB in 3.02 seconds = 87.49 MB/sec
hdparm -i shows it in udma6 mode. BUT, copy large files shows a transfer
rate of ~5MB/s.
Oh and of course the other interesting thing was that the NTFS partition
was at full speed both read and write even though they are on the same
physical drive as the slow ext3 partition.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because
Unfortunately, this doesn't seem to be fixed. It is still intermittent,
and while I sometimes get high speeds (50MBps), I sometimes get the
expected low (10MBps) speeds. As others have pointed out, it does seem
to be related to which SATA port the drive is connected to. I do need to
properly test
Status was changed as a result of a comment I made, which turned out to
be premature. Reopening the bug...
** Changed in: linux (Ubuntu)
Status: Fix Released = In Progress
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a
Hrm, since Dan is the original bug reporter and has commented this is
resolved with 2.6.24 I'm going to mark this bug Fix Released. For
those of you still experiencing issues after having tested the 2.6.27
kernel, please open a new report as it's likely you have a slightly
different bug.
Jeffrey
Just to add some more anaylsis results to narrow this issue down:
Removing all_generic_ide from grub, and enforcing use of sata_uli
(over ahci) by explicitly adding sata_uli to /etc/modules (and calling
update-initramfs) did the trick for me:
$ sudo hdparm -tT /dev/sda
/dev/sda:
Timing cached
Just to add some more anaylsis results to narrow this issue down:
Removing all_generic_ide from grub, and enforcing use of sata_uli
(over ahci) by explicitly adding sata_uli to /etc/modules (and calling
update-initramfs) did the trick for me:
$ sudo hdparm -tT /dev/sda
/dev/sda:
Timing cached
This seems to be resolved for me in 2.6.24. I shall test Alpha5 when the
LiveCD is available.
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
I have this problem in Intrepid/2.6.27-1 and -2, but it worked fine in
2.6.26
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/262845
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I have this problem in Intrepid/2.6.27-1 and -2, but it worked fine in
2.6.26
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/262845
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I have this problem in Intrepid/2.6.27-1 and -2, but it worked fine in
2.6.26
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/262845
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi to all,
same problems here:
Relevant hardware:
Asus A8N SLi Deluxe;
2x 250GB 7200 rpm Western Digital Hard drives, SATA-3
1x DVD-RW, NEC 3500 A
1x Compaq DVD-ROM (slave on ATA cable)
Symptoms:
copying a large file (700MB) to the same hard drive reads around 8 to 13 MBps
at most; very
Just to add some more input on the problem, that nobody seems to have
been able to resolve yet:
On my system (Linux sigma 2.6.24-19-generic #1 SMP Fri Jul 11 21:01:46
UTC 2008 x86_64 GNU/Linux), the only harddrive affected by the SATA
performance bug (5MB/sec max.) is the one on the second port
Oh,
I forgot to mention that I had to add all_generic_ide to grub, as
Hardy would not boot otherwise...
Thanks,
Lars
--
Slow SATA performance
https://bugs.launchpad.net/bugs/119730
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
1 - 100 of 160 matches
Mail list logo