From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Date: Sun, 30 Aug 2020 18:09:06 +0200 From: Alexey Gladkov To: ALT Linux Team development discussions Message-ID: <20200830160906.y3s57c6jouakg7sg@comp-core-i7-2640m-0182e6> References: <20200829230300.GA28205@dad.imath.kiev.ua> <20200829232402.GA8160@altlinux.org> <20200829233937.GA28643@dad.imath.kiev.ua> <91cc96c4-7c45-002e-136c-e49a0a32816f@basealt.ru> <20200830101715.lcrtjxnglz6zyuzd@comp-core-i7-2640m-0182e6> <20200830125947.GB14871@dad.imath.kiev.ua> <20200830153853.ainfgppguiljewdz@comp-core-i7-2640m-0182e6> <20200830184632.bf4fcd235353c4fb516dc695@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200830184632.bf4fcd235353c4fb516dc695@altlinux.org> Subject: Re: [devel] =?utf-8?b?0JzRg9GF0Lgg0Lgg0LrQvtGC0LvQtdGC0Ys6INC+0YE=?= =?utf-8?b?0L3QvtCy0L3QsNGPINC+0YjQuNCx0LrQsCDQtNC40LfQsNC50L3QsCDRgdCx?= =?utf-8?b?0L7RgNC+0YfQvdC40YbRiy4=?= 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: Sun, 30 Aug 2020 16:09:14 -0000 Archived-At: List-Archive: List-Post: On Sun, Aug 30, 2020 at 06:46:32PM +0300, Andrey Savchenko wrote: > > Лично я не вижу проблем с текущей производительностью сборочницы. Я не > > увидел конкретных примеров юскейсов, где это было действительно нужно. > > На догоняющих архитектурах приходится отключать install check, > потому что нереалистично его выполнять. На мой взгляд это проблема производительности этих догоняющих архитектур. > > Пока же все разговоры про переделку сборочницы идут ради самой переделки. > > Вы явно не висели в очереди, пока сутки-двое qt/kde или ещё что > тяжёлое пересобирается, или пока сборочница заблокирована ради > обновления python/perl/т.п.. Вы смеётесь ?! Мои пакеты как раз в первую очередь "страдают" от таких обновлений т.к. собираются часы и с большой вероятностью их затрагивают perl/python и хрен знает ещё что. Из-за этого мои задания пересобираются по нескольку раз. Я не вижу в этом проблемы. Если произошло наложение жирных заданий, то пакет может подождать. Если у вас в пакете супер важный фикс супер страшного CVE, то нет проблем написать про это и ваше задание пропустят. Ещё раз. Я не видел юскейсов, когда текущая производительность сборочницы мешала бы в моей работе. Это не значит, что их нет. Если вы знаете такие, то перечислите их без странных аллегорий про дороги, китай и т.д. > > Если хочется каждую минуту через сборочницу пропихивать слона из 1000 > > пакетов, то вы явно делаете что-то не то. > > > > Да, бывают редкие большие задачи с большим количеством пакетов внутри, > > которые долго выполняются, но такие задачи появляются не часто. Да и не > > всегда есть необходимость всё пихать в одну таску и можно воспользоваться > > зависимостями между тасками. > > А бывают задачи, которые сборчница вообще прожевать не способна, > например, нормально разбитый на подпакеты TeXlive, а не как сейчас. Что вы имеете в виду под "прожевать не способна" ? -- Rgrds, legion