From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A0DB136.2070702@altlinux.com> Date: Fri, 15 May 2009 22:15:18 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.21 (X11/20090429) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4A0C691F.5040803@altlinux.com> <200905151325.40405.zerg@altlinux.org> <20090515152627.GD6065@wrars-comp.wrarsdomain> <20090515154543.GC18230@wo.int.altlinux.org> <20090515161852.GT15382@osdn.org.ua> <20090515163544.GG18230@wo.int.altlinux.org> <4A0DA50B.4010706@altlinux.com> <20090515180739.GI10323@altlinux.org> In-Reply-To: <20090515180739.GI10323@altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit 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: Fri, 15 May 2009 18:16:39 -0000 Archived-At: List-Archive: List-Post: Alexey Tourbin пишет: > On Fri, May 15, 2009 at 09:23:23PM +0400, Anton Farygin wrote: >> Дим, а отчего бы не попробовать сделать >> запуск проверок в параллель сборке ? >> Прямо после сборки каждого бинарного >> пакета... > > Нет, так делать нельзя. Нужно полностью генерировать новый > RPMS.classic. Установка на новом RPMS.classic может отличаться > от установки на старом RPMS.classic + RPMS.hasher. > > В целом, нельзя отказаться от семантики сборки задания и выполнения > проверок. Эта семантика состоит в следущем: сначала все пакеты > собираются на старом репозитарии RPMS.classic + RPMS.hasher (то есть с > локальным оверлеем в режиме --wiht-stuff). Если сборка прошла успешно, > то генерируется новый репозитарий RPMS.classic и уже на новом > репозитарии выполняются проверки. Этот подход продуман достаточно > хоршо, его очень сложно улучшить и очень легко ухудшить. > Вопрос не в том, улучшить ли его или ухудшить. Вопрос в том - как его ускорить. Ведь, в идеале - нужно максимально быстро получить либо новый RPMS.classic, либо отлуп по ошибке. При чём, если есть ошибка, то чем раньше будет отлуп - тем лучше. А тестовая установка пакетов идёт в один или в несколько потоков ? Можем ли мы предоставить любому желающему подключиться к процессу разработки Sisyphus, просто задействовав его вычислительный ресурс ? Дима, не мог бы ты подробнее объяснить, какого рода вычислительные ресурсы тебе нужны и в каком качестве ?