[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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" is to run "sudo killall -9 find". That's really a shame: - it's not some random IO spike coming from nowhere - it's not 3rd-party, it's in default install - it's reproducible Yet, we still don't even have workaround, let alone proper policing IO of all the background tasks shipped in default ubuntu install. Hopefully migration to systemd timer units would help tackling it. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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. Though, we usually do not have this situation on > desktop machines. Excuse me - I didn't want to phrase it too hard - it is surely ok to assume that a system stays responsive :-) But when you add an background indexer like in the initial example you add some serious load. The system might add a few other things and somewhen it is this overloaded. Would you agree to modify your "Though, we usually do not have this situation on desktop machines." to "Though, we usually *should* not have this situation on desktop machines."? Because that is the point where my suggestion of "throttling the few loads that cause these situations" kicks in. > So this bug is mostly about having too big delays in applications using only a small bit of the available resources (like when switching back to a libreoffice window) when some other applications (like background file indexing) are asking for the remaining disk io resource capacities. When I think of an overload case where e.g. a Process submits requests as fast as it can (especially with asynchronous I/O a process can quickly fill up hundreds of I/Os to the block device layer). Now what should a process scheduler or I/O scheduler do? 1. handle them asap -> achieve good throughput, but might add some stalls to the system 2. throttle them -> improves responsiveness by avoiding overload, but this comes at certain prices 2a) if the process scheduler stalls it people start to ask "there is nothing else on the runqueue, why isn't it running? I want to get all I can from my HW". 2b) if the I/O scheduler stalls it people start to ask "hey my device could handle way more, why isn't it fully utilized with the request queue being filled" (remember all the "fun" people had with anticipatory scheduler) Both 2a and 2b existed in various patches/tunings and almost every time the decision was that "the default" can not be to stall too much because there are different demands. That was the reason why I personally didn't think about a cool new piece of code (which surely someone could write), but instead of a good mitigation of the most frequent cases with tools that are already there (like the cgroup io throttling I suggested) >> Code improves to mitigate effects but can never be perfect for *ALL* users >> at once (especially in the default config) >I do not agree. Long story short - a default configuration has to be a tradeoff trying to make everyone happy but no one sad (hard job). > Desktop responsiveness was achieved with older ubuntu versions on the given hw and is achieved with other operating systems (windows) on a broad range of hardware. I'm coming from the server world, and there I/O throughput, I/O latency and even process latency and fairness clearly is superior compared to older releases as well as when compared well to other OSes. But that doesn't negate your experience - it is just a different one. > I believe desktop responsiveness is something sufficiently specific a cpu and io scheduler can be tuned to. You are right that probably cpu and io scheduler could be tuned, but that gets to the point of the default having to be a trade-off between different user groups demands - so the default might be right just neither for you (wants more responsiveness) nor for me (wants more I/O). > Using cgroups and alike might help, but should be configured by Ubuntu by default if necessary. And here I totally agree, we could really think about isolating the most obvious hogs. Especially those that people "didn't realize" they had. So if one runs a huge database or an I/O benchmark he willingly chose a heavy I/O workload. But if a background indexer causes the same, users might quite often not even know about its existence. That is what I wanted to achieve with "open a separate bug requesting configurable throttling for each component applicable like trackerd and so many other I/O heavy background tasks" Within those bugs it could be discussed and rated "per application" if it makes sense to either isolate and throttle them by default or at least to provide an easy method to do so. Another way could be something like different "user/tuning profiles" to distinguish the need for different defaults. But I guess we should strive to give the best out of the box experience so isolating the most obvious hogs first would surely be a good idea. -- 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/linux/+bug/131094/+subscriptions
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 accumulate until the resources are exhausted. Though, we usually do not have this situation on desktop machines. There we have tasks to do and want them to complete as fast as possible, thought some tasks may take longer than others. For example, copying a 5 GB DVD disk will take some minutes or so, but refreshing the browser window or switching windows should never. Overlay here would mean the user will turn of the machine and by a windows licence. So this bug is mostly about having too big delays in applications using only a small bit of the available resources (like when switching back to a libreoffice window) when some other applications (like background file indexing) are asking for the remaining disk io resource capacities. > Code improves to mitigate effects but can never be perfect for *ALL* users at once (especially in the default config) I do not agree. Desktop responsiveness was achieved with older ubuntu versions on the given hw and is achieved with other operating systems (windows) on a broad range of hardware. I believe desktop responsiveness is something sufficiently specific a cpu and io scheduler can be tuned to. Using cgroups and alike might help, but should be configured by Ubuntu by default if necessary. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 with more Processsing / IO HW b) mitigate the effect as far as possible c) avoid the overload before it starts The issue is a common one - so I'll keep my explanations general and not specific to trackerd or any other case that was mentioned before. ### a) beat it with more Processsing / IO HW ### There are way more expensive machines out there which can handle way more I/O without being slown down. The reason is that they have more I/O Cards, virtual functions to spread over CPUs handling that and at the high end servers with totally different I/O IRQ designs. We should agree that on cheap/slow or even medium machines I/O overload just *IS* an issue to responsiveness. But that isn't important - the question is what can a normal user do about it and spending x00 $ on a machine isn't the solution. ### b) mitigate the effect as far as possible ### So regarding mitigation there were already some approaches in this bug discussion. Like using ionice and several dirty ratio tunings, but all these don't prevent the I/O overload. E.g. if you overload the system with only "Best Effort" I/O class, the only difference it makes is that "other I/O" might pass faster, but your system is still fairly busy => unresponsive Also dirty ratios come down to spending the process remaining time slice to clean up dirty memory as soon as a certain level is reached, now while you can configure higher ratios (at the price of endangering integrity) it also won't stop the burst of I/O. No instead it will allow to submit more data to dirty the page cache and thereby indirectly more I/O overloading the system again. ### c) avoid the overload before it starts ### It must be said, since this bug starts back in 2007 and a lot of the reports are related to I/O+*sync that just for sync various filesystem and general kernel improvements have been mad. Several posts in this bug confirm this already. Now what I didn't see people trying throttle the processes that overload the system. Throttling at => https://www.kernel.org/doc/Documentation/cgroups/blkio-controller.txt As any - this approach has certain limitations, but it is a new way to tackle the overall issue. It also need certain cgroup and filesystem features (like accounting writeback through pagecache) which might only be available in modern ubuntu releases. ### Experiment ### As an experiment to prove the solution I use the tools fio and latencytop to compare: 1. no background load checking latencytop 2. running a random read/write mutlithread fio in background checking latencytop 3. running a throttled random read/write mutlithread fio in background checking latencytop # Background Load # A fio job file like this: [global] ioengine=libaio rw=randrw bssplit=1k/25:4k/50:64k/25 size=512m directory=/home/paelzer/latencytest iodepth=8 [dio] direct=1 numjobs=8 [pgc] direct=0 numjobs=8 # Case 1 - No background load => almost no latency CauseMaximum Percentage Waiting for event (select) 5,0 msec 39,7 % Waiting for event (poll)5,0 msec 33,9 % Userspace lock contention 4,8 msec 25,7 % [do_wait] 2,7 msec 0,4 % [ep_poll] 2,4 msec 0,2 % Reading from file 0,9 msec 0,0 % Reading EXT3 directory htree0,2 msec 0,0 % [hrtimer_nanosleep] 0,1 msec 0,0 % # Case 2 - Unrestricted background load overloading the I/O subsystem shows massive impact - ext4 data/log writes - memory management due to trashing page cache ... => Fast Jobs: 16 (f=16): [m(16)] [6.7% done] [92482KB/99.50MB/0KB /s] [6302/6483/0 iops] [eta 01m:51s] CauseMaximum Percentage [ext4_file_write_iter] 91,8 msec 0,3 % [wait_transaction_locked] 63,4 msec 0,1 % Marking inode dirty61,2 msec 0,9 % [SyS_io_destroy] 46,3 msec 0,3 % [lru_add_drain_all]18,0 msec 0,1 % [__block_write_begin] 16,8 msec 38,5 % [__lock_page_killable] 16,2 msec 34,7 % [read_events] 5,0 msec 21,2 % Waiting for event (poll)5,0 msec 1,9 % # Case 3 - Now the same workload but
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
@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 desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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://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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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/large amounts of RAM. The I/O is often the cause of system slowdown and this needs to be reduced as much as possible. I'm sure this issue can be fixed, a background daemon doesn't need to run at full speed, it can be niced to 19, and internal fixes can be made. ** 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 desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 (Ubuntu) ** Changed in: linux (Ubuntu) Importance: High = Undecided ** Changed in: linux (Ubuntu) Status: Fix Released = New ** Changed in: linux (Ubuntu) Remote watch: Linux Kernel Bug Tracker #12309 = None ** Changed in: linux (Ubuntu) Importance: Undecided = Low ** Changed in: linux (Ubuntu) Status: New = Incomplete -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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 go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 mainline kernel. I think you are just mass closing linux kernel related bugs that are still valid and affect many people. Some of them have upstream bug reports which indicate that no actual work has been done to address those issues. So why do testing? Even if someone does the testing most likely no work will be done by downstream to fix the issue. So what's the point? I think doing what you're doing is just making more harm than good. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 problem, and for hardware tracking purposes, then one would want to file a new report. For more on this, please read the official Ubuntu documentation: Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette ...for the same issue which is not even hardware related? This is speculation at best. 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 mainline kernel. I've never had heavy disk I/O affect desktop responsiveness with my hardware, both with a HDD 3GB RAM, and now SSD with 8GB. I think you are just mass closing linux kernel related bugs that are still valid and affect many people. This is also speculation at best, and incorrect. I've never mass closed any bugs anywhere, and your baseless accusations are not appreciated. Some of them have upstream bug reports which indicate that no actual work has been done to address those issues. One having filed an upstream bug report, on a tracker which has no permission restrictions on who can file, is largely irrelevant if the full hardware isn't known, it hasn't been tested in the latest mainline kernel, it hasn't been bisected if a regression, and doesn't have specific, objective metrics demonstrating the issue. So why do testing? Testing gets a bug report one step closer to a fix. The best question is why do the complaining, which gets you nowhere? ;) Even if someone does the testing most likely no work will be done by downstream to fix the issue. More incorrect speculation. Downstream has the same information requirements as upstream, as previously noted. No developer is going to take a strong interest in working on any problem, up or down, without it. So what's the point? I think doing what you're doing is just making more harm than good. Wasting time arguing about things previously documented and discussed ad nauseam would be considered doing more harm than good, with the time better spent actually doing the testing and bug report filing previously requested. If you have further comments, please refrain from making them in this report, as you are not the original reporter, and it already has quite enough Me too! and Why isn't this fixed already? comments. Instead, you are welcome to contact me directly, and/or redirect them to the appropriate mailing list or forum. http://www.ubuntu.com/support/community/mailinglists might be a good start for determining which mailing list to use. Thank you for your understanding. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 pasting it to hundreds of bugs. There is no effort in pasting some text. However you are asking people to do a lot of work which takes huge effort. Most of the time it's completely unnecessary cause no one has made anything to fix the issue. Hey! No developer has ever touched this bug but let's ask the poor user who is suffering from it a ton of questions and half day of working and testing the latest mainline kernel maybe he won't be able to do it or just simply has no idea how to do it so we can close this completely valid bug! And let's just ignore the bug even if the poor user does all that work ha ha ha. Oh yeah and make sure to paste lots of links about etiquette and what not so I will look official even though I'm not working for Canonical I'm just messing around with people's bugs. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 pasting it to hundreds of bugs. There is no effort in pasting some text. However you are asking people to do a lot of work which takes huge effort. Most of the time it's completely unnecessary cause no one has made anything to fix the issue. Hey! No developer has ever touched this bug but let's ask the poor user who is suffering from it a ton of questions and half day of working and testing the latest mainline kernel maybe he won't be able to do it or just simply has no idea how to do it so we can close this completely valid bug! And let's just ignore the bug even if the poor user does all that work ha ha ha. Oh yeah and make sure to paste lots of links about etiquette and what not so I will look official even though I'm not working for Canonical I'm just messing around with people's bugs. I can definitely recognize some of the behavior described here by Adam, and also suffered from it in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/908691 . In my case I could even pinpoint a specific mainline commit, but my inability to do the non-mainline git bisect requested by M. Penalver meant my request fell in deaf ears. I closed my own bug diplomatically, but it was extremely disappointing experience to see so little response for all the effort I put. I understand Canonical must have lots of bug triage to do, but I'd too love a little more humanity in processing them. Canned answers and strict protocol don't show a lot of empathy, and don't echo into much user love. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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/131094 Title: Heavy Disk I/O harms desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 gave you the authority? How do you benefit from these kinds of things? Just as Ronin has said: please show a little more empathy and stop talking to people like a robot with your canned comments. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 making it up? -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: 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 http://cdimage.ubuntu.com/daily-live/current/ . If it remains an issue, could you please run the following command in the development release from a Terminal (Applications-Accessories-Terminal), as it will automatically gather and attach updated debug information to this report: apport-collect -p linux replace-with-bug-number Also, could you please test the latest upstream kernel available (not the daily folder, but the one at the top) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags: kernel-fixed-upstream kernel-fixed-upstream-VERSION-NUMBER where VERSION-NUMBER is the version number of the kernel you tested. For example: kernel-fixed-upstream-v3.13-rc4 This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag: needs-upstream-testing If the mainline kernel does not fix this bug, please add the following tags: kernel-bug-exists-upstream kernel-bug-exists-upstream-VERSION-NUMBER As well, please remove the tag: needs-upstream-testing Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding. ** No longer affects: linux-source-2.6.22 (Ubuntu) ** 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://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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette When opening up the new report, please feel free to subscribe me to it. Thank you for your understanding. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette When opening up the new report, please feel free to subscribe me to it. Thank you for your understanding. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.net/bugs/131094 Title: Heavy Disk I/O harms desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 latency. Nowadays with 3.8 kernels and the same hardware, it's trivial to make my music player skip under load, even when its buffer is set to 3 ms. I haven't thought of trying the lowlatency kernel, so thanks for that idea. I will be trying that! Besides that, I wish Ubuntu would make BFQ the default I/O scheduler (or at least build it in by default so we can easily switch to it, instead of having to build kernels or install from third-party repos). Check out this video from a year ago: http://youtu.be/J-e7LnJblm8 Seems obvious to me that BFQ is the way to go for desktops. I have noticed lately that Deadline seems to result in less music skipping than CFQ, so I can see why Deadline is the default now. But Deadline doesn't support ionice, so I can't do things like run backups or upgrades in the background at minimum I/O priority. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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. 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
@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 pointer moves _without_ dropouts or menus pop up instantly under heavy disk I/O. On graphical desktops it's not always the real throughput what makes the system feels fast, but the responsivness! Even if it takes a second longer to copy a big file, your system feels much fast if mouse pointer still moves _without_ dropouts or menus pop up instantly. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 important metric), using -lowlatency by default can be something to suggest to the kernel team. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 embarrassed to say that, but I haven't been able to do that (without a lot of ionice -c3) for quite some time. This makes this computer usable for me again. I just hope that the nvidia driver stops making problems with my onboard card soon and my old server desktop is golden again. :) -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 because you are subscribed to the bug report. 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/linux/+bug/131094/+subscriptions -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 to use more and more powerfull machines meanwhile. Now, I can say that almost anything I do which generates some I/O stops the whole desktop, gnome-terminal windows are white (not updated) for long seconds (sometimes even a minute!) sometimes even the mouse can't be moved. And no, it can't be a hw problem as I noticed it on many different machines with totally different hardware (SCSI, normal ide/pata, sata both of 32 and 64 bit kernels/systems, AMD/intel CPU, etc) and very different kernels and even distributions (well, ubuntu and debian to be precise) during the years. However that's true that the worst came in the last 1-2 years, as far as I can remember, though I could notice getting things worse even before that. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.launchpad.net/bugs/131094 Title: Heavy Disk I/O harms desktop responsiveness To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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 this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 at a time. -- 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/linux/+bug/131094/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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: Heavy Disk I/O harms desktop responsiveness -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 direct subscriber of the bug. https://bugs.launchpad.net/bugs/131094 Title: Heavy Disk I/O harms desktop responsiveness To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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. https://bugs.launchpad.net/bugs/131094 Title: Heavy Disk I/O harms desktop responsiveness To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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 mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 responsiveness -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 at all. 2010/11/18 psypher 131...@bugs.launchpad.net: 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 direct subscriber of the bug. Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Confirmed Status in “linux-source-2.6.22” package in Ubuntu: Won't Fix Bug description: Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracker process which does heavy disk i/o (especially writing) replicates this yet - will do further investigation soon To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 is not going to help at all. True. But as it produces such a difference for tasks which are in different ttys (i.e. inside terminal windows, and initial daemons), perhaps it would be good to create scheduling groups for other things too, such as daemons (do they go in their own group when they detach from a tty with the patch, or keep the group they had when they were created?), different classes of background process (especially I/O kernel tasks), and maybe different X applications? I presume it's possible to create new scheduling groups manually, to test the effect on desktop responsiveness? If it's shown to make a good difference, then it'd be possible to look into whether the kernel should do so automatically. Also, there are I/O CFQ cgroups (CONFIG_CFQ_GROUP_IOSCHED) in current kernels. That may be worth looking into in a similar way. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
*** 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 because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 see it for myself. Can anyone do a ppa for the newer kernel 2.6.36 to test? FYI turning off swap, setting swappiness or changing the scheduler makes no difference to me. Always slow. If messing with the swap works for you, try: swapoff -a swapon -a as well -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 unresponsive while doing things such as writing to a very slow USB storage device and some memory pressure. This release includes a small patch that improves the VM heuristics to solve this problem. ie it helps improve responsiveness for a particular case. FWIW, I haven't noticed any major desktop slowdowns on my system with 2.6.36 over the last 6 days. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 everything slows to a complete crawl. This is with the .35-22 kernel (standard maverick generic kernel). So something generates a lot of IO (what I still don't know) and when that happens, nothing works except for the 3 finger salute. I'm willing to try pretty much anything if somebody can tell me what I should do or what information to provide. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 swapfile and turning it back off does something that usually buys me about an hour before it starts locking up again. I know it's not great, but it's better than rebooting several times a day. I really wish someone would fix this problem, it's been consistent for me and a daily struggle/annoyance on 3 releases now. Until this problem is fixed, Ubuntu = Windows ME :( -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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/s. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 obviously starts swapping in, but it happens at approximately 500KB/s. -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a direct subscriber of the bug. Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Confirmed Status in “linux-source-2.6.22” package in Ubuntu: Won't Fix Bug description: Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracker process which does heavy disk i/o (especially writing) replicates this yet - will do further investigation soon To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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/s. -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a direct subscriber of the bug. Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Confirmed Status in “linux-source-2.6.22” package in Ubuntu: Won't Fix Bug description: Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracker process which does heavy disk i/o (especially writing) replicates this yet - will do further investigation soon To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a direct subscriber of the bug. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 and using middle-click to scroll down the page really aggravates the problem. I really wish someone could find the cause of this. Sub-daily reboots are reminding me of my Windows ME days. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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/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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 every boot to scan all the files and check for changes and sync etc. During that time the hard drive thrashes like crazy and when monitoring iotop the ubuntuone processes are reading and writing to the disk at about 400KB/s. During this process my PC is extremely slow and unresponsive. The default test is to boot up, start firefox and try a click a bookmark folder icon on my toolbar, which drops down a list of bookmarks. Firefox starts up ok, but it takes about 5 minutes for the drop down list to open once I click on it. No really 5 minutes. Another default test is to boot up, let u1 do it's thing and quiet down, the open firefox. Then I start stress -d 1 to stress out the disk and try and browse using firefox. I open Google Reader and try browse through my RSS feeds. While stress is running it practically impossible to to use or browse in firefox. Note stress is now reading and writing at 4-10MB/s. There seems no difference in responsiveness between the disk writing at 400KB/s or 4MB/s. And there seems no difference between the default kernel or this patched one. Very sad :( Are the guys who are seeing a difference doing anything else? Turning off swap? Changing the default scheduler? Why do some people see an improvement? Even though the improvements are still not good enough. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 HDD light would go solid for several moments before I could use my system again. Now, the pause is brief, much less than two seconds if it ceases being responsive at all. I mentioned earlier that the problem still occurred shortly after boot, but that was the HDD light I was referring to, not the perceived responsiveness of the system. So for me, the solution is to upgrade to 2.6.35. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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, but I haven't noticed it in the past 24hrs or so (my uptime is less than 48hrs currently). I will continue to monitor, and I'll post back with results. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: 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. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: 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 1:56 AM, Brian Rogers br...@xyzw.org wrote: 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 https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a direct subscriber of the bug. Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Confirmed Status in “linux-source-2.6.22” package in Ubuntu: Won't Fix Bug description: Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracker process which does heavy disk i/o (especially writing) replicates this yet - will do further investigation soon To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
** 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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 memory pressure because I keep a VM running, and I frequently have heavy disk I/O situations due to log parsing. I think I'm a great tester for this. The problem I'm already foreseeing here is that there isn't really a quantitative test for success. All I can say is whether or not my desktop feels more responsive. How would I actually measure responsiveness? Those types of issues are nearly impossible to reproduce reliably IMO. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 here able to test the patches and confirm the impact? 2. Any chance to see the patches incorporated into Maverick's kernel sauce? 3. Any chance to see the patches backported into Lucid's kernel sauce? -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: 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 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 responsiveness: sudo apt-get install stress sudo swapoff -a stress -d 1 Now go use you machine. swapoff will turn off all swap for a while. I have 3GB of ram so this is not a problem. If you have less than 1GB you might experience more of a slowdown if you use a lot of ram. Stress makes the hard drive read and write continuously, so it simulates heavy disk IO. If you reboot swap will be turned on again. You would have to hash out the swap line in your fstab to stop that from happening. Setting swappiness to a low value or 0 does not make a difference. Have to turn it off. 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 terrible responsiveness. I will say that overall it is less problematic than it has been though, no total lock, and I can run my updates and surf the web fairly effectively. This is using 10.10, so it looks like the bug is still around. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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.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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: 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 really high io wait (usually about 80%). I always have plenty of free RAM. I thought it was a bad harddrive, so I bought a new one and the problem is still there. I found if I create a very small swap file (like 32 megabytes) just so the system can see some swap space it will freeze slightly less often (I can sometimes go two days on this configuration), but the problem is still there. I'm having to reboot daily like I'm running Windows ME or something :/ -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 if it's configured properly. It's plenty fast after a reboot, but at some point, it just gets barely usable. At apt-get upgrade will generally trigger it. Once it's there, it seems like a little hard drive IO and CPU just don't mix any more (as if DMA was disabled) -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 motherboard BIOS update - everything related to SATA disk access got noticeably more stable with newer BIOSes. Jaunty became quite usable, and I haven't had any problems in Karmic. So to anyone currently still experiencing this problem: see if there is a BIOS update available for your motherboard, and ensure you're running the latest kernel in Jaunty/Karmic. If you're still pre-Jaunty, consider upgrading. Just my $0.02. -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 problem is still there. Very frustating. On Thu, Jul 22, 2010 at 11:01 AM, Jeremy Nickurak 131...@bugs.launchpad.net wrote: 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 if it's configured properly. It's plenty fast after a reboot, but at some point, it just gets barely usable. At apt-get upgrade will generally trigger it. Once it's there, it seems like a little hard drive IO and CPU just don't mix any more (as if DMA was disabled) -- Heavy Disk I/O harms desktop responsiveness https://bugs.launchpad.net/bugs/131094 You received this bug notification because you are a direct subscriber of the bug. Status in The Linux Kernel: Invalid Status in “linux” package in Ubuntu: Confirmed Status in “linux-source-2.6.22” package in Ubuntu: Won't Fix Bug description: Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracker process which does heavy disk i/o (especially writing) replicates this yet - will do further investigation soon To unsubscribe from this bug, go to: https://bugs.launchpad.net/linux/+bug/131094/+subscribe -- 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131094] Re: Heavy Disk I/O harms desktop responsiveness
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 Precision M6300 Laptop with SATA drive, but I have experienced this issue on all my various types of PC's since at least Gusty or Intrepid. If this thread has become too large to be of any use what is the best way to proceed? If this is a collection of bugs can we at least make a list of the separate bugs to track and get upstream focus on? 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 https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
