diff options
Diffstat (limited to 'zarb-ml/mageia-dev/20100927/000293.html')
-rw-r--r-- | zarb-ml/mageia-dev/20100927/000293.html | 108 |
1 files changed, 108 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20100927/000293.html b/zarb-ml/mageia-dev/20100927/000293.html new file mode 100644 index 000000000..302fd74d9 --- /dev/null +++ b/zarb-ml/mageia-dev/20100927/000293.html @@ -0,0 +1,108 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Will this work for a build system? + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Will%20this%20work%20for%20a%20build%20system%3F&In-Reply-To=%3CAANLkTi%3DuqfUPVaq-V94Fb3WAJ%3DPFc4-X8-272BovEb_q%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="000289.html"> + <LINK REL="Next" HREF="000283.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Will this work for a build system?</H1> + <B>Giuseppe Ghibò</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Will%20this%20work%20for%20a%20build%20system%3F&In-Reply-To=%3CAANLkTi%3DuqfUPVaq-V94Fb3WAJ%3DPFc4-X8-272BovEb_q%40mail.gmail.com%3E" + TITLE="[Mageia-dev] Will this work for a build system?">ghibomgx at gmail.com + </A><BR> + <I>Mon Sep 27 11:36:03 CEST 2010</I> + <P><UL> + <LI>Previous message: <A HREF="000289.html">[Mageia-dev] Will this work for a build system? +</A></li> + <LI>Next message: <A HREF="000283.html">[Mageia-dev] A comparison of forum software from a security POV +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#293">[ date ]</a> + <a href="thread.html#293">[ thread ]</a> + <a href="subject.html#293">[ subject ]</a> + <a href="author.html#293">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>2010/9/27 herman <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">herman at aeronetworks.ca</A>> + + +><i> On Sun, 2010-09-26 at 18:32 -0700, Frank Griffin wrote: +</I>><i> > Giuseppe Ghibò wrote: +</I>><i> > > IMHO one of the building problems was not massive automatic rebuilding +</I>><i> > > but avoid bottenlecks to the users when building goes wrong. +</I>><i> > I really like the concept of a distributed build system. +</I>><i> +</I>><i> The problem with a distributed system is the enormous increase in +</I>><i> complexity. As long as a single big server with about 24 cores can +</I>><i> compile the lot in one day, then a distributed system is not really +</I>><i> needed. +</I>><i> +</I>><i> +</I>I agree there would be an ENORMOUS increase in complexity, but you are +forgetting that first 24 cores someone cited were not 24 cores, but a dual +exacore machine (I guess a dual Xeon 5650) so 12 core with hyperthreads, +which is not exactly the same as 24 native core. Such core with 12GB of +memory are just "peanuts" in an environment with plenty of developers. Half +of that machine (e.g. with a core i7 985X, or AMD 1055T) is actually a +medium/top PC which you can build in your home. + +So you have to distinguish automatic rebuilding of the distro, which +operates on "working" packages from the svn, from new packages built from +the first time. The first task of a massive rebuilding is a automated task +which can be done sequentially (but 1 day is only for the main, then there +is contrib, then you have 2 archs, 32 and 64bits, and backports); the second +task instead has a lot of stop and go. If for instance a build goes wrong +because a packager couldn't test a parallel build in his own development +machine (or because the number of cores is different and you get race +conditions problems), and have to redo the work, but in the meanwhile the +building system is busy, or has other kind of problems (wait for library to +propagate, etc.), then he have to spend a lot of time fighting against the +system and babysitting a package, rather than concentrate on packaging or +developing. And for sure he would fly away (packagers are not of iron with +infinite patience). + +Also consider that the phase of LZMA compression of the RPM building won't +operate in parallel. + +Bye +Giuseppe. +-------------- next part -------------- +An HTML attachment was scrubbed... +URL: </pipermail/mageia-dev/attachments/20100927/d8e0e4e8/attachment.html> +</PRE> + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="000289.html">[Mageia-dev] Will this work for a build system? +</A></li> + <LI>Next message: <A HREF="000283.html">[Mageia-dev] A comparison of forum software from a security POV +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#293">[ date ]</a> + <a href="thread.html#293">[ thread ]</a> + <a href="subject.html#293">[ subject ]</a> + <a href="author.html#293">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |