In my case ( see
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1460985 ) the
culprit generating huge I/O throughput was in /etc/cron.daily/man-db
It's such a long-standing and persistent bug that the default advice I
give nowadays to people complaining about their ubuntu "got stuck again"
Hi AZ,
thanks for your feedback.
>> IMHO if something overloads your machine with disk I/O it has to stall it.
> This is a bit tricky, because overload means that the machine will be able
> not complete all task in the time given, i.e. tasks will accumulate until the
> resources are exhausted.
Thanks for driving this forward.
You argue from
> So let us make one thing clear, IMHO if something overloads your machine with
> disk I/O it has to stall it.
This is a bit tricky, because overload means that the machine will be
able not complete all task in the time given, i.e. tasks will
It might not be good to stir up such an old bug, but it gets regularly
updated and new complains so maybe a new approach might help.
So let us make one thing clear, IMHO if something overloads your machine with
disk I/O it has to stall it.
So the solutions paths are more like this:
a) beat it
@Christopher: This is not incomplete. Thanks.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms
done.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
To manage notifications about this bug go to:
god (humper), please file a new report via a terminal:
ubuntu-bug linux
Feel free to subscribe me to it.
** Changed in: linux (Ubuntu)
Status: Confirmed = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can observe this even on ssd with both ubuntu and mainline kernels.
Especially when some background task like update.mlocate which spits out
fs-wide find is triggered.
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a
This issue is not getting enough attention. I don't know if you all have SSDs
but most people don't. On hard disk drives this is a huge issue. System
responsiveness drops when tracker is running and pretty much nothing else can
run smoothly while it's running, even on computers with fast
Davide Depau, it would help immensely if you filed a new report via a terminal:
ubuntu-bug linux
Please feel free to subscribe me to it.
** No longer affects: linux (Ubuntu)
** Project changed: linuxmint = linux (Ubuntu)
** No longer affects: linux (Ubuntu)
** Project changed: linux = linux
** Changed in: linuxmint
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
To manage notifications about this bug
Christopher M. Penalver: are you going to tell all the 165 people that
are affected by this bug to open a new bug report for the same issue
which is not even hardware related?
If you just took a minute you could test this bug yourself instead of
require us to do all that work to test the latest
Adam Niedling, thank you for your comments regarding them:
...are you going to tell all the 165 people that are affected by this bug to
open a new bug report...
Given the Bug Description is so vague it's largely useless heavy disk I/O
causes increased iowait times, if one has a performance
Thanks for analysing each and every sentence of mine one by one.
Who says only the original reporter can comment on bugs? I'm not the original
reporter, I'm just somebody who is affected by this bug which you are trying to
close in a very crafty way. It's not a speculation that you're doing this
Adam Niedling wrote:
I'm just somebody who is affected by this bug which you are trying to close
in a very crafty way. It's not a speculation that you're doing this all the
time, you did this to 2 or 3 of my own bugs. I'm getting tired of you pasting
the same text everywhere. Maybe you're
Quoting from
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/336652/comments/15 :
this is a serious issue but only affects limited hardware...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
And who is to say that comment #15 is not just a mere speculation at
best? What does he mean by limited hardware? Every comp that has HDD and
not SSD?
You really had someone's absolutely valid bug report closed because he
wasn't able to do a git bisect? Just how many times did you do that? Who
I'm surprised this is being debated. Look at Google:
https://www.google.com.au/search?q=linux+high+io+desktopoq=linux+high+aqs=chrome.0.69i59j69i57j69i64l2.1936j0j1sourceid=chromeie=UTF-8
You will clearly see that high enough IO will harm desktop responsiveness.
Surely all of these people aren't
Now Christopher is onto me. He started vandalizing another of my bug
reports. Bug #1247189.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
Jamie McCracken, 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
Can this be related with this issue?
http://lwn.net/Articles/572911/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
To manage
Vadim Peretokin, so your hardware may be tracked, could you please file a new
report 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 the official Ubuntu documentation:
Ubuntu Bug
IO is still an issue on every Ubuntu machine I've used - whenever it
becomes heavily used, everything else slows down, sometimes drastically.
What is there to test - has anything been done to address it?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
vsuarez, so your hardware may be tracked, could you please file a new report 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 the official Ubuntu documentation:
Ubuntu Bug Control and
I don't think it is related to http://lwn.net/Articles/572911/ because it
is a 32bit machine.
I'll file the report later when I've got access to the said machine.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It's very true that years ago I/O latency was much less of a problem
with Linux. When I first started using Debian full-time about ten
years ago, I never had problems with music skipping or anything like
that. I guess in the kernel development since then, throughput has
been prioritized over
I agree with comments by Vorname Nachname (post #390). The low-latency
kernel provides for a much more responsive desktop. Differences between
linux-meta-lowlatency and linux-meta-generic are profound when running
in a LUKS environment with FDE.
--
You received this bug notification because
Ok, but the odd thing that in the old time everything was much-much-
much better even with regular kernel (so no special low-latency one etc)
on much-much weaker hardwares than now :(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@Canonical: Why don't you make the lowlatency kernel as the default one
instead of generic kernel? This should solve the problem of bad
responsiveness correlated with graphical user interface.
Even if the throughput isn't getting better with lowlatency kernel - it
feels much faster if your mouse
Interesting proposal. Are you sure about that claim, Felix? Do you
have data to support it?
Now that linux-lowlatency is in universe and is just a build with
different option of the same kernel, it might not be risky at all, and
if that's a real win for responsiveness (which is definitely an
Thanks a lot Felix, just as an FYI for others: This helped me a lot.
Writing this from an old (was a 08.04 IIRC) and often updated Ubuntu
server 12.04 installation and I switched from the server kernel to the
lowlatency one. Now I can run updatedb and start Thunderbird while music
is running. I'm
5 years later... too late :(
I had to change to another OS after 8 years using linux... I won't get
back now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms
I don't think it was actually fixed, if you look at the upstream report.
On Jun 11, 2012 5:06 PM, Francisco J. Yáñez fjyan...@gmail.com wrote:
5 years later... too late :(
I had to change to another OS after 8 years using linux... I won't get
back now.
--
You received this bug notification
Well, yes, many-many years ago on much more powerless machines, I could
play MP3 and we had some kind of compo with friends to be able to
interrupt the music by doing I/O. It was quite hard. Then as far as I
can tell the situation became more and more worse, which is especially
odd that I started
I had this issue, I've always had this issue. It get's really bad if
your disk is doing bad sector relocation(s)... then the desktop/gui and
mouse can freeze for 15minuets.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: linux
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
To manage notifications about
Incredibly bad responsiveness under heavy IO for me on Oneiric. My only
recent point of comparison is Lucid. Unfortunately it's not completely
fair since I had a different HDD setup then. But in any case, desktop
gets nearly unusable when starting up a program, etc. Freezes for
multiple
Yeah. Anytime a system has to swap, you know it because your desktop
freezes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
To manage
I switched to using zramswap-enabler instead of a real swap partition it
makes things a lot better if you have the ram..
sudo add-apt-repository ppa:shnatsel/zram sudo apt-get update sudo
apt-get install zramswap-enabler
--
You received this bug notification because you are a member of Ubuntu
Testing oneiric beta + updates,
Under high I/O load the mouse pointer has now become a very choppy feeling,
(e.g. freezes for 1 second)
can someone confirm this change from natty oneiric?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Are there plans to enable CONFIG_SCHED_AUTOGROUP for ubuntu kernels in some ppa?
At least until ubuntu switch to systemd initialization?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Is ubuntu going to throw out upstart?
On Mar 15, 2011 8:47 AM, MSU 131...@bugs.launchpad.net wrote:
Are there plans to enable CONFIG_SCHED_AUTOGROUP for ubuntu kernels in
some ppa?
At least until ubuntu switch to systemd initialization?
--
You received this bug notification because you are a
Is ubuntu going to throw out upstart?
Simple answer: no.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
--
ubuntu-bugs mailing list
That's what I assumed, but the previous post tricked me.
On Mar 15, 2011 12:34 PM, Omer Akram om2...@ubuntu.com wrote:
Is ubuntu going to throw out upstart?
Simple answer: no.
--
You received this bug notification because you are a direct subscriber
of the bug.
** Also affects: linuxmint
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
--
ubuntu-bugs
** Changed in: linux
Importance: Unknown = High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
--
ubuntu-bugs mailing list
It could be a good idea to use ulatencyd once it is mature enough.
https://github.com/poelzi/ulatencyd/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop
** Changed in: linux
Status: Invalid = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
--
ubuntu-bugs mailing list
I have a Latitude D430 and the responsiveness is horrible if there is
disk IO. With the scheduler changed from cfq to deadline for
/dev/sda everything is A LOT better. I would say this solved the problem
for me.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Ubuntu 10.10, that is
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/131094
Title:
Heavy Disk I/O harms desktop responsiveness
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I've installed the alternative patch ( http://www.webupd8.org/2010/11
/alternative-to-200-lines-kernel-patch.html ), and it's made zero
difference, still have all the lagging down issues requiring a daily
reboot, no change.
--
You received this bug notification because you are a member of Ubuntu
Hi Soren,
Any chance of 64bit pkgs?
Thanks
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I was trying this patch in Arch Linux and reading some clarifications
in the forum (https://bbs.archlinux.org/viewtopic.php?id=108516).
Apparently, this patch is not about IO performance, but only the
scheduling of process in different tty. So, if you launch all in the
same tty is not going to
daneel wrote:
I was trying this patch in Arch Linux and reading some clarifications
in the forum (https://bbs.archlinux.org/viewtopic.php?id=108516).
Apparently, this patch is not about IO performance, but only the
scheduling of process in different tty. So, if you launch all in the
same tty
Anyone pushing for the TTY grouping patch, please read: http://ck-
hack.blogspot.com/2010/11/create-task-groups-by-tty-comment.html
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs,
Is there some ppa with ubuntu-specific kernel + backport fix for 10.10?
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I have compiled a 2.6.37-rc2 with the autogroup patch
I do not have a ppa, but The debs are here :
http://sgh.dk/~sgh/linux-headers-2.6.37-rc2-autogroup_2.6.37-rc2-autogroup-10.00.Custom_i386.deb
http://sgh.dk/~sgh/linux-image-2.6.37-rc2-autogroup_2.6.37-rc2-autogroup-10.00.Custom_i386.deb
--
The performance is amazing. On my 1.6 GHz dual core systemI tried
compiling a kernel with -j64. 2.6.37-rc2 without the patch crawled.
Switching windows where a pain. With the patch the system runs smooth.
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You
maybe we have been waiting for this patch:
http://www.phoronix.com/scan.php?page=articleitem=linux_2637_videonum=1
could it be back-ported to 10.10?
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member
i wish this look like a major improvement I'm tempted compiling the kernel
myself...
is there a bleeding edge kernel ppa for Maverick?
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Do people actually read what others write before asking and commenting? PPA is
at:
http://kernel.ubuntu.com/~kernel-ppa/mainline/
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs,
*** mainline kernels does not include Ubuntu specific drivers.
I ended up installed Natty Narwhal, performance are much better I'll
stay with Natty's kernel for now... ;)
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification
actually hit slashdot quite a while ago, might have missed my comments:
http://it.slashdot.org/article.pl?sid=09/01/15/049201
Latest comment on the bugzilla report:
https://bugzilla.kernel.org/show_bug.cgi?id=12309 states that new
patches has fixed the issue.
I won't jump up for joy yet until I
Regarding the PPA, you can always get the new kernel from here:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/
/Peter
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Regarding the kernel PPA, is the newest kernel there patched with the
desktop responsiveness fix?
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I haven't looked through the 3 patch files in that directory, but
according to this guy:
https://bugzilla.kernel.org/show_bug.cgi?id=12309#c510 stock .36
fixes the problem.
/Peter
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug
Yes, the stock 2.6.36 kernel (which is in the weekly builds linked to in
comment #358), has a patch to improve responsiveness (this is from
http://kernelnewbies.org/Linux_2_6_36):
1.7. Improve VM-related desktop responsiveness
There are some cases where a desktop system could be really
the problem just hit slashdot:
http://ask.slashdot.org/story/10/10/23/1828251/The-State-of-Linux-IO-
Scheduling-For-the-Desktop
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs, which
For whatever it's worth, I'm seeing a separate issue where X leaks
memory like crazy, which obviously has the interesting effect that I see
impressive disk thrashing, and this is with swap turned off. As soon as
free memory drops to a few 100 MBs, then my HDD light is pretty much lit
up solid and
Peter Hoeg: Mine behaves almost exactly like you're describing. I've
found if I create a 512MB swapfile and every time it starts getting a
bit laggy like it's about to freeze up, I tab over to a terminal window
and run:
sudo swapon /path/to/swapfile
sudo swapoff -a
Something about turning on
I'll try that on the box tomorrow.
The other odd thing is that turning off swap is extremely slow. As an
example if I have about 60% memory used then it will start swapping a
few 100 MBs. If I then do a swapoff -a, then the box obviously starts
swapping in, but it happens at approximately
Have try swappiness = 0 ?
2010/10/21 Peter Hoeg pe...@hoeg.com:
I'll try that on the box tomorrow.
The other odd thing is that turning off swap is extremely slow. As an
example if I have about 60% memory used then it will start swapping a
few 100 MBs. If I then do a swapoff -a, then the box
I haven't, no, but what effect would swappiness have if there is no swap
anyway?
/Peter
On Thu, Oct 21, 2010 at 23:54, daneel 131...@bugs.launchpad.net wrote:
Have try swappiness = 0 ?
2010/10/21 Peter Hoeg pe...@hoeg.com:
I'll try that on the box tomorrow.
The other odd thing is that
psypher: Turning off swap definitely doesn't help for me as I've tried
it with or without swap. It's actually a little better with swap turned
on. It seems to get bad when I've been running for a while and free
memory gets 500MB or so. For some reason using the firefox all-in-one
gestures add on
This sounds like something hard to lock down. I did a bit of testing
using audio as the main issue. Using the generic kernel, audio would
stutter when the system went into swap and had any cpu load. The server
kernel allows audio to play solid, and generally things seem responsive.
--
Heavy Disk
The iofix kernel does seem to help responsiveness. Problem when anything
starts to page to swap it goes to pieces, and nothing works much. I
think the problem might be with the CFQ scheduler.
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this
I have tried different schedulers and made no difference. It was
suggested on the kernel bug page. As well as turning off swap. Some had
better experiences,2.6.32 kernel, makes no difference to me.
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received
I have been running the 2.6.35 + iofix kernel for more than a week and
unfortunately I am unable to see any difference. For example upon boot
and logging into the desktop, my ubuntuone account will start doing it's
syncing thing. I have about 20GB in the u1 folder and it takes about
5-10 minutes
OK, it looks like the problem is fixed for me in both the stock 2.6.35
and +iofix provided by Brian Rogers. There's still [kdmflush] and a
bunch of other programs causing a lot of I/O wait (according to top and
iotop), but the system is MUCH more responsive. Usually when the
problem occurred,
OK, I'll test the unpatched 2.6.35 and report back.
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I've installed the iofix+19.28 kernel for Lucid from Brian Rogers. So
far, it seems to work. When the machine is booting up, it still seems
to have the problem, however. iotop (which now works appropriately)
reports the [kdmflush] service as consuming 99.99% I/O when the system
is unresponsive,
That's a 2.6.35 kernel, and Lucid has a 2.6.32 kernel by default. So you
can't tell whether 2.6.35 or the patches I added on top of it solved the
problem, unless you also test the unpatched 2.6.35.
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You received
I've updated my PPA to include the new scheduler patches with version
2.6.35-iofix+19.28. For Lucid, I've provided both a patched and
unpatched backport of Maverick's 2.6.35 kernel so they can be compared
with each other to see the effect of just the patches.
--
Heavy Disk I/O harms desktop
Some more news on this issue. Some new patches have arose:
http://www.phoronix.com/scan.php?page=news_itempx=ODU0OQ
This link has claims that the 1st patches have made a difference, although not
a lot. The new patches claim big difference.
--
Heavy Disk I/O harms desktop responsiveness
I tried Brian's kernel (64bit, ext3). It feels sluggish and the overall
IO impression is slow. I created memory stress and the desktop started
to be unresponsive again, but it seems to happen later. But overall,
single applications are less responsive now.
Sorry, I cannot quantify it in any way.
I've set up a PPA here: https://launchpad.net/~brian-rogers/+archive/io-
kernel
A Maverick kernel is building right now. The patch didn't cleanly apply
to Lucid's kernel. Is there a version of the patch that's already been
backported to 2.6.32?
--
Heavy Disk I/O harms desktop responsiveness
I've tried a version of maverick kernel ported to Lucid, version
2.6.35-14.20~lucid2. It was supposed
to clear the problem but nop. I still have issues everytime I have
moderate to high I/O on the filesystem.
Tomorrow I will try another filesystem than ext4.
O. Gagnon
On Wed, Aug 18, 2010 at
** Changed in: linux (Ubuntu)
Assignee: Ubuntu Kernel Team (ubuntu-kernel-team) = (unassigned)
** Changed in: linux-source-2.6.22 (Ubuntu)
Assignee: Ben Collins (ben-collins) = (unassigned)
--
Heavy Disk I/O harms desktop responsiveness
https://bugs.launchpad.net/bugs/131094
You
If we can't pull the patch fully into Maverick for testing, can we
possibly have someone setup a PPA containing a normal kernel for Lucid
and Maverick except for having this patch applied to it? I would love to
see if this patch helps the responsiveness of my desktop at work. I am
always under
Hello!
Phoronix reports good results from patches by Wu Fengguang and Kosaki
Motohiro have (article:
http://www.phoronix.com/scan.php?page=news_itempx=ODQ3OQ , original
lkml post: http://lkml.org/lkml/2010/8/1/40 ). Seems great news to me,
maybe this could help closing this bug.
1. Was anyone
Don't think we can rejoice yet, there are some mixed results on the
above mentioned kernel bug. I haven't had a chance to test yet. Think it
might be a step in the right direction, but I would not mark this as
fixed quite yet.
--
Heavy Disk I/O harms desktop responsiveness
I would say. Pull the patch into maverick and see if it makes a
difference for the people running maverick now. I performance degrade
because of it remove the patches. It could also help upstream better if
more is testing it before including it into 2.6.36.
--
Heavy Disk I/O harms desktop
Hi All,
Seems that there is quite a bit of life again on
https://bugzilla.kernel.org/show_bug.cgi?id=12309 which seems to be the
right bug for this issue.
Some guys are getting good results when turning off swap completely.
Please try the following and report back if this improves your system
I just had to restore some data from a bad HD (read errors on my
laptop).
When copying from the NTFS partition to my new NTFS partition (files,
not image, and in Linux), I got about 7-8 MB/sec of throughput, and a
responsive system.
When doing from EXT4 to EXT4, I was getting about 20MB/sec and
Launching a virtual machine and having my pc hang again has prompted me
to come back her. Please can someone suggest what is the next steps.
There is no activity on this thread, has new bugs been logged, what the
story?
Thanks
--
Heavy Disk I/O harms desktop responsiveness
I feel your pain. This bug affects me just about every day. My computer
which is a fast system with plenty of RAM starts out lightning fast and
over the course of the day gets slower and slower until it's so unusable
I have to reboot. When it slows down 'top' doesn't really show anything
but a
I'm having this issue too, with x86-64 Lucid.
I'm on a 1.83Ghz Core2 Duo with 1.5gigs of ram, 2 gigs of swap, and a
fast SATA hard drive.
This feels very much what would happen with an old computer when DMA was
disabled... but of course this is a SATA hard drive, and I don't know
how to confirm
I used to be affected quite badly by this problem, through all of
Intrepid and into Jaunty. My system's no longer affected.
What eventually appeared to resolve the problem for me was a combination
of newer kernels (somewhere in Jaunty's updates, sorry I don't have a
version to reference) and a
For me too every time I do an apt-get upgrade, I have to let the
machine there for a while because it becomes unusable. The mouse is
always freezing and everything is lagging with the iowait at avoir
80%.
I have a AMD Athlon 64 with 2 gigs of RAM and a SATA drive. Changed
the harddrive too and
I have also tried writeback and journal mode. Writeback provides very
minimal improvement, not enough to make it worth my while to run always.
Changing between ATA and AHCI mode makes no difference as well as
changing the scheduler from cfg to anticipatory or deadline.
I am testing this on a Dell
1 - 100 of 420 matches
Mail list logo
