From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FUZZY_XPILL autolearn=no version=3.2.5 X-Virus-Scanned: Debian amavisd-new at cryptocom.ru Date: Tue, 19 May 2009 13:36:26 +0400 From: "Victor B. Wagner" To: devel@lists.altlinux.org Message-ID: <20090519093626.GA22841@cryptocom.ru> References: <4A0DBA41.70109@altlinux.com> <20090515192630.GK10323@altlinux.org> <20090518102446.GB4138@cryptocom.ru> <20090518114945.GB7857@cryptocom.ru> <20090518122418.GA11369@cryptocom.ru> <20090518124832.GC11369@cryptocom.ru> <1242723421.13824.128.camel@latitude> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1242723421.13824.128.camel@latitude> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [devel] =?koi8-r?b?0sXT1dLTz6PNy8/FINTF09TJ0s/Xwc7JxSDQwcvF1M/X?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2009 09:36:41 -0000 Archived-At: List-Archive: List-Post: On 2009.05.19 at 12:57:01 +0400, Alexey Rusakov wrote: > Это не так. Есть ещё одна переменная, она называется окружение сборки. Я > возьму грубый пример, но могу привести и более аккуратные. Так вот, > грубо говоря, если у нас меняются предпочтения apt'а по вытягиванию > компилятора с gcc4.3 на gcc4.4, то у нас меняются зависимости пакета. Окружение сборки учитывается вышеописанной процедурой анализа spec-файла. Потому что эта процедура включает в себя запуск buildreq. Речь идет о том, что запустить лишний раз процедуру построения сборочного окружения (и выкинуть его нахрен, если в результате окажется что у нас имеется зависимость, которая перестраивается в процессе текущей пересборки) окажется дешевле, чем пересобирать пакеты последовательно (тем более, что гарантировать то, что последовательность выбрана правильно без полного построения графа зависимостей все равно невозможно). Если за счет того, что мы выполняем в два раза больше созданий сборочных окружений, получится распараллелить работу в среднем на 4 сборочных сервера, выигрыш во времени будет весьма значителен. В общем-то при достаточно массовом распараллеливании окажется оправданным и выкидывать результаты некоторых сборок, если по результатам параллельной сборки другого пакета окажется, что этот другой пакет был необходим в сборочном окружении данной сборки. Если частота подобных событий будет не слишком велика, то общий выигрыш от распараллеливания перевесит. -- > Alexey "Ktirf" Rusakov > GNOME Project > ALT Linux Team > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel