From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 22 Nov 2010 10:12:09 +0300 From: Alexey Tourbin To: ALT Devel discussion list Message-ID: <20101122071209.GC22001@altlinux.org> References: <20101027065747.GA18226@altlinux.org> <20101103061456.GA22511@altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20101103061456.GA22511@altlinux.org> Subject: Re: [devel] I: git.alt update 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: Mon, 22 Nov 2010 07:12:10 -0000 Archived-At: List-Archive: List-Post: On Wed, Nov 03, 2010 at 09:14:56AM +0300, Dmitry V. Levin wrote: > On Wed, Oct 27, 2010 at 10:57:48AM +0400, Dmitry V. Levin wrote: > > Сегодня и, возможно, последующие дни будет происходить ползучее обновление > > git.alt, поэтому просьба возможные отказы в обслуживании воспринимать > > соответствующим образом. > > Основное обновление завершено. Обработка заданий сейчас идет в три > сборочных потока (плюс один завершающий). Наверное, эксперименты с > алгоритмом распараллеливания обработки будут продолжаться, но сбоев > и простоев больше быть не должно. А какой принцип работы параллельной сборки? Гарантируется ли строгая (логическая) сериализация заданий? Например, параллельно собирались два задания - glibc и rpm, и закончили собираться одновременно. Как определить, сколько и какие именно задания будут завершены? > Если кто-то знает, как заставить ядро ещё более агрессивно кэшировать > dentry и inode, чем оно делает по умолчанию, расскажите -- > это позволит увеличить производительность обработки заданий.