Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 22823 ideas, 138726 comments, 2639112 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Contributor Melkor73

IO-intensive operations cause machine to freeze or become jerky  
Written by zoubidoo the 4 Mar 08 at 22:59. Global category: System. Not an idea
Copy a large file to USB drive or transmit a big file via LAN and the machine will either freeze or become "jerky".

This is because the IO is blocking the CPU. It's a kernel problem that has been around for ages and it's time to sort it out for once and for all.

http://en.wikipedia.org/wiki/Priority_inversion
http://en.wikipedia.org/wiki/I/O_scheduling
278
votes
closed
Solution #1: Auto-generated solution of idea #3201
Written by zoubidoo the 4 Mar 08 at 22:59.
Ubuntu Brainstorm was updated in January 2009. Since the idea #3201 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

See the 9 comments or propose a solution (latest comment the 22 Nov 11 at 21:56) >>

Disk I/O priority  
Written by Eldmannen the 16 Nov 08 at 02:23. Global category: System. New
If you are copying large amounts of data in Nautilus or something, or you're installing some software then the computer gets very slow to use while it is doing that. You just hear your disk chugging and the computer is slow and unresponsive.

I propose that set the disk I/O priority of file transfers (Nautilus), Synaptic and Update-Manager to one of less importance.

Copying files is an time unimportant process. It is done when its done. It shouldn't use up all disk bandwidth when you are trying to do something interactive with the computer.

If we change the disk I/O priority for certain processes, it will result in Ubuntu being much more responsive and useful under heavy load.
If you're not doing anything interactive while copying the files, the transfer would run at full-speed and still be just as fast as before.
94
votes
up equal down
Solution #1: Auto-generated solution of idea #15668
Written by Eldmannen the 16 Nov 08 at 02:23.
Ubuntu Brainstorm was updated in January 2009. Since the idea #15668 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

See the 5 comments or propose a solution (latest comment the 22 Mar 11 at 03:16) >>

repair disk / repair option for Ubuntu.  
Written by melrokz the 27 Oct 08 at 18:29. Related project: Live CD. New
I think it'll be a good idea to have a disk that repairs system files on an ubuntu crash (rarely occurs, but still needed) It'll be very helpful as a repair option instead of reinstalling after formatting the ext2 partition and losing data.
These disks are available for Fedora and in Windows Xp, the installation disk has a repair option. Hope the developers will consider this.
119
votes
up equal down
Solution #1: Auto-generated solution of idea #14880
Written by melrokz the 27 Oct 08 at 18:29.
Ubuntu Brainstorm was updated in January 2009. Since the idea #14880 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

See the 4 comments or propose a solution (latest comment the 9 Jul 09 at 03:02) >>

Usplash should use a time-based progressbar.  
No information about this blueprint
Information is updated every 5 minutes.
Please wait till the next update.
spec
forum
Written by volanin the 18 Nov 08 at 19:23. Global category: Look and Feel. New
Currently, the progressbar in usplash is updated by the initialization scripts.

Although this works ok, the progress effect is very ugly because the bar moves in huge increments and then stops for an undetermined time until it moves again. Besides not being beautiful, this provides no information to the user about the time remaining for the boot or shutdown process.

I suggest that the usplash progressbar be time-based, pretty much like the progressbar in MacOSX.

Since the booting and shutdown times do not change drastically from session to session, we could save the time the computer spent to boot and to shutdown, and use it to guide the progressbar the next time. This would provide a beautiful and smooth animation of the progressbar, and an accurate remaining time, increasing the usability.

This can be already implemented using the current usplash code without modifications whatsoever, and a working solution is already available.

Please check it here:
http://gnome-look.org/content/show.php?content=93386

Ubuntu PPA:
https://launchpad.net/~usplash-smooth/+archive

Ubuntu WIKI:
https://wiki.ubuntu.com/UsplashSmooth
599
votes
up equal down
Solution #1: Auto-generated solution of idea #15741
Written by volanin the 18 Nov 08 at 19:23.
Ubuntu Brainstorm was updated in January 2009. Since the idea #15741 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!
-7
votes
up equal down
Solution #2: Same as Solution One, but Different
Written by natewiebe13 the 10 Mar 09 at 12:24.
If the time based progress bar is included with Ubuntu, they should make it optional. Package "startupmanager" [in synaptic] should be installed by default. It is a usplash and grub config tool [I really like the program]. They should add an option to make the progress bar time based, or based on initialization scripts. This would make it so with any usplash theme, you could make the bar the way you like it. It would also be nice to have an option that under the progress bar, it would have an easy to understand list of what has just completed and what it's working on, so you know whats going on. Once again, that is optional.
18
votes
up equal down
Solution #3: Just wait for Plymouth
Written by neon the 14 Mar 09 at 21:24.
simple. Just wait for Plymouth to be implemented in 9.10. Then work on it.

No sense trying to integrate this in Jaunty, then Plymouth in Karmic. :P Besides, it's too late for Jaunty anyways I believe.

See the 23 comments or propose a solution (latest comment the 17 Dec 08 at 23:59) >>