From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A0DBA41.70109@altlinux.com> Date: Fri, 15 May 2009 22:53:53 +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> <4A0DB136.2070702@altlinux.com> <20090515184425.GJ10323@altlinux.org> In-Reply-To: <20090515184425.GJ10323@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:55:10 -0000 Archived-At: List-Archive: List-Post: Alexey Tourbin пишет: > Ускорить никак нельзя. Сейчас структура расходов времени в girar-builder > близка к оптимальной, за исключением проверки, которая использует > --whatprovides. Эту проверку нужно будет переделать. Она выводит много > всякой лабуды, но иногда выводит и кое-что интересное. Я пока не решил, > что именно нам от неё нужно. Изначально это была проверка на ничейные > каталоги, но проблема ничейных каталогов никогда не была простой. Т.е. - ускорение возможно только увеличением быстродействия каждого из процессорных ядер и добавлением ОЗУ ? И почему бы не включить сборку в несколько потоков ? > Как ты понимаешь установку в несколько потоков? У нас же есть только > один хешеровский чрут. А если разворачивать скажем два чрута то второй > чрут будет вовсе не бесплатным. Считай что на каждый чрут нужно полгига > памяти. А этих полгигов лишних не бывает. Они в свою очередь будут > вымывать буферный кеш. Нельзя просто так что-то взять и совершенно > бесплатно распараллелить. Имея под рукой простаивающее железо (например, соседний сервер) ? Бесплатного не бывает ничего. Например, время ожидания попадания пакета в сизиф тоже чего-то стоит. Когда одна задача останавливает весь процесс сборки больше чем на сутки - это не правильно, и с этим что-то надо делать. Как я понял из твоих слов - добавление железа не решает проблему ?