From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-sysadm/2011-April/003324.html | 88 ++++++++++++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 zarb-ml/mageia-sysadm/2011-April/003324.html (limited to 'zarb-ml/mageia-sysadm/2011-April/003324.html') diff --git a/zarb-ml/mageia-sysadm/2011-April/003324.html b/zarb-ml/mageia-sysadm/2011-April/003324.html new file mode 100644 index 000000000..791eb6a39 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003324.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Apr 9 17:32:24 CEST 2011 +

+
+ +
On Sat, 09 Apr 2011, Pascal Terjan wrote:
+
+> On Sat, Apr 9, 2011 at 15:55, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > Hello,
+> >
+> > ulri is now running two builds on each node at the same time.
+> >
+> > This improve a lot the average time to have a package built, when a big
+> > package like libreoffice is in the queue.
+> >
+> > However I don't know what happens with many smaller packages in the
+> > queue. To make sure it is still acceptable, we should do a benchmark.
+> >
+> > So I propose to make a list of 20 packages that we rebuild, with one
+> > build on each node, and again with two builds on each node. And compare
+> > the time it took to build all packages, in each case.
+> >
+> > I plan to do this tonight, when build of libreoffice is finished.
+> 
+> Another case which I fear is the build of two huge packages (like
+> kernel + kernel-tmb)
+
+So we should also try building kernel and kernel-tmb at the same time
+on one node. Using iurt directly, to avoid uploading useless new packages.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ -- cgit v1.2.1