improving deb install process efficiency

Bug #990677 reported by Simon Oosthoek
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu
Invalid
Undecided
Unassigned

Bug Description

While doing an upgrade from 11.10 to 12.04 I noticed a lot of moments where I thought, why isn't this done more efficiently?

For example, some packages have actions that need to be performed, databases updated, fonts re-indexed (or whatever). And the user gets only "This may take some time...". Meanwhile the CPUs are bored and in idle mode. (I suppose installing lots of tex related packages makes this more painful than usual)

Another example is when doing package install or removal (e.g. where grub and/or dkms kernel modules are involved) afterwards the grub process is re-run or the modules generated for all kernels. (As an aside, I get that kernels shouldn't be automatically removed when upgraded, but it should be easier to clean up older kernels (and its modules) after a newer one has been booted successfully, they do take up a lot of space and time when updating grub or dkms modules)

Obviously some actions need to be done before something else gets installed further along, but often it's just something that takes some time. Modern systems have multiple CPUs and bags of memory, they can handle oodles of processes at the same time!

Would it be feasible to fork off the actions that have no further actions dependent on them (and wait for them to finish before giving the user the "complete" message)? Doing the same for actions that do have packages or actions that depend on them could also be done, but I guess it will be harder to administer their forking/returning before the result is needed.

Furthermore, would it be feasible to, for example, remove several kernels at once and then do the grub/dkms thing only once for the remaining kernels?

And lastly, easier cleanup of older kernels would be great, because even though I usually allot plenty of space for the / partition and/or boot partition, I have the (I admit old) habit of making those separate partitions from e.g. /usr or /var or /home. It hurts when you then get 100% full / filesystems when you regularly run updates...

Cheers

Simon

Tags: bot-comment
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/990677/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
Revision history for this message
James Plate (james-plate-deactivatedaccount) wrote :

Thank you for your suggestion. However, the changes you are requesting aren't really a bug and require more discussion, which should be done on an appropriate mailing list or forum. http://www.ubuntu.com/support/community/mailinglists might be a good start for determining which mailing list to use.

Revision history for this message
Thomas Ward (teward) wrote :

This is not a bug, and is a discussion on how Debian packages should behave. Since this is not a bug, I am setting it as "Invalid". I strongly recommend you use the appropriate mailing list, as James Plate recommended, to discuss this on.

Changed in ubuntu:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.