Mailinglist Archive: opensuse-features (222 mails)

< Previous Next >
[openFATE 308837] performance: jail creation ...
  • From: fate_noreply@xxxxxxx
  • Date: Tue, 19 Jan 2010 00:49:01 +0000 (GMT)
  • Message-id: <feature-308837-2@xxxxxxxxxxxxxx>
Feature changed by: Jan Engelhardt (jengelh)
Feature #308837, revision 2
Title: performance: jail creation ...

Buildservice: New
Priority
Requester: Mandatory

Requested by: Michael Meeks (michael_meeks)

Description:
For leaf GNOME packages - partly due to the granular packaging
(probably) it takes a long time - sometimes 30%+ of build time, just to
populate the jail from clean.
Furthermore, the distinction between 'clean' and 'unclean' jails is
highly problematic - with local builds often failing mid-way due to
jail un-cleanness.
It would be ideal to make jail construction lightening fast, such that
cleaning is never necessary.
This should be possible with a stackable FUSE filing system, keyed on
the RPMs that are installed: ultimately, given a set of packages to
install - we should end up with a know-able / cache-able state.
Better - this should allow multiple local builds to be performed,
concurrently on the local host without the excessive resourcing (for
leaf packages) of installing two massive, duplicate chroot jails, with
the problems of shared-nothing in memory.

+ Discussion:
+ #1: Jan Engelhardt (jengelh) (2010-01-19 01:50:16)
+ Removing --clean from the argument list to build is a nice shortcut.
+ Additionally, you want to make sure to use an fs that is reasonably
+ fast for lots of metadata updates, such as it happens with buildroot
+ initialization. /tmp, /var/tmp (latter could be a symlink) could be
+ made btrfs.
+  
+ I am not convinced a stackable filesystem helps much, as each buildroot
+ may have package sets that can almost totally differ. Beyond the
+ Preinstalls, I do not expect any real package sharing.



--
openSUSE Feature:
https://features.opensuse.org/308837

< Previous Next >
List Navigation
This Thread
References