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 19:23:24 +0200 From: Alexey Gladkov To: ALT Linux Team development discussions Message-ID: <20200830172324.nqfdq2cppuq2dusx@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> <20200830160906.y3s57c6jouakg7sg@comp-core-i7-2640m-0182e6> <20200830192700.1082743ea46bb8cdec21fb63@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200830192700.1082743ea46bb8cdec21fb63@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 17:23:34 -0000 Archived-At: List-Archive: List-Post: On Sun, Aug 30, 2020 at 07:27:00PM +0300, Andrey Savchenko wrote: > > > На догоняющих архитектурах приходится отключать install check, > > > потому что нереалистично его выполнять. > > > > На мой взгляд это проблема производительности этих догоняющих архитектур. > > Это индикатор того, что текущая сборочница близка к пределу > оборудования и у неё нет запаса роста с ростом сложности задач: > а они растут, потому что софта становится больше, он становится > тяжелее, компиляторы и прочие ресурсы сборки становятся всё более > ресурсоёмкими. > > И поскольку Альт ориентируется на большое количество платформа, > производительность неинтеловых архитектур следует учитывать в > архитектуре нашей сборочнице. Какая бы не была платформа она не должна быть слишком медленной. Если это нереально, то тут стоит рассмотреть возможность использования не нативной железки, а эмулятора или сборки кроссом. Я, кстати, хочу предупредить, что я не разработчик сборочницы и не буду им. Поэтому я могу балаболить сколько угодно. Я специально не вмешивался в обсуждение сборочницы и лишь не удержался плюсонуть очень правильную мысль rider@. > > > > Пока же все разговоры про переделку сборочницы идут ради самой переделки. > > > > > > Вы явно не висели в очереди, пока сутки-двое qt/kde или ещё что > > > тяжёлое пересобирается, или пока сборочница заблокирована ради > > > обновления python/perl/т.п.. > > > > Вы смеётесь ?! Мои пакеты как раз в первую очередь "страдают" от таких > > обновлений т.к. собираются часы и с большой вероятностью их затрагивают > > perl/python и хрен знает ещё что. Из-за этого мои задания пересобираются > > по нескольку раз. > > > > Я не вижу в этом проблемы. Если произошло наложение жирных заданий, то > > пакет может подождать. Если у вас в пакете супер важный фикс супер > > страшного CVE, то нет проблем написать про это и ваше задание пропустят. > > > > Ещё раз. Я не видел юскейсов, когда текущая производительность сборочницы > > мешала бы в моей работе. Это не значит, что их нет. Если вы знаете такие, > > то перечислите их без странных аллегорий про дороги, китай и т.д. > > Я не могу перечислить что мешает *Вашей* работе. Судя по Вашему > комментарию, Вас вполне устраивает несколько суток ожидания > выполнения задания. Да. Вы меня правильно поняли. > Я могу сказать, что в моей работе, как минимум, текущая реализация > install check мешает. > > > > > которые долго выполняются, но такие задачи появляются не часто. Да и не > > > > всегда есть необходимость всё пихать в одну таску и можно воспользоваться > > > > зависимостями между тасками. > > > > > > А бывают задачи, которые сборчница вообще прожевать не способна, > > > например, нормально разбитый на подпакеты TeXlive, а не как сейчас. > > > > Что вы имеете в виду под "прожевать не способна" ? > > Не смогла за разумное время обработать задание, которое в итоге > было прервано администатором сборочницы. Ок. В соседнем письме я писал, что занёс юскейс с заданием с 6000 пакетов. -- Rgrds, legion