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. T
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 accum
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 wit
@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 d
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:
https://bugs.launchpad.net/ubuntu/+source
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.
https://bug
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 m
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
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 CPU/lar
** 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
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
T
I'm surprised this is being debated. Look at Google:
https://www.google.com.au/search?q=linux+high+io+desktop&oq=linux+high+&aqs=chrome.0.69i59j69i57j69i64l2.1936j0j1&sourceid=chrome&ie=UTF-8
You will clearly see that high enough IO will harm desktop responsiveness.
Surely all of these people aren
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
gav
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.
https://bugs.launchpad.net/bugs/1310
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 pas
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, 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 p
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 ma
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.
https://bugs.launchpad.
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 Ub
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 subsc
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 Contro
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 notifications
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
http://cdimage.ubuntu.com/daily-live/
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 late
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 yo
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.
h
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 e
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
impor
@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 p
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.
https://bugs
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 t
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" 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 because y
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 deskto
** 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 t
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 Ubun
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 notif
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 seconds
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 Ub
That's what I assumed, but the previous post tricked me.
On Mar 15, 2011 12:34 PM, "Omer Akram" 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.
> https://bugs.launchpad.net/b
>
> 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
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 yo
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:
H
** 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 mailin
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 respo
** 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
ubuntu-bugs@
** 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
ubuntu-
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
https://lists
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, wh
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 Ubunt
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, whi
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
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 help
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
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 re
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
--
H
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
ub
*** 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 beca
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, whic
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
Bugs
maybe we have been waiting for this patch:
http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=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
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 unresponsi
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 notific
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.
--
u
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
Bugs
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
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
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 :
>> I'll try that on the box tomorrow.
>>
>> The other odd thing is that turning
Have try swappiness = 0 ?
2010/10/21 Peter Hoeg :
> 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 obviousl
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 500KB/
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 the
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 e
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
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
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 b
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
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 e
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, the
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
ubuntu-bugs@lists.ubun
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 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,
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 respo
Some more news on this issue. Some new patches have arose:
http://www.phoronix.com/scan.php?page=news_item&px=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
https
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 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 1:5
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
http
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 memo
** 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 rece
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 respons
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
https://bugs.launchpad.
Hello!
Phoronix reports good results from patches by Wu Fengguang and Kosaki
Motohiro have (article:
http://www.phoronix.com/scan.php?page=news_item&px=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 he
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
re
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 t
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 the
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 mo
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
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 real
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
https://bugs.launchpad
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
