From: Alexey Gladkov <legion@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Мухи и котлеты: основная ошибка дизайна сборочницы. Date: Sun, 30 Aug 2020 18:09:06 +0200 Message-ID: <20200830160906.y3s57c6jouakg7sg@comp-core-i7-2640m-0182e6> (raw) In-Reply-To: <20200830184632.bf4fcd235353c4fb516dc695@altlinux.org> 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
next prev parent reply other threads:[~2020-08-30 16:09 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-08-29 23:03 Igor Vlasenko 2020-08-29 23:17 ` Igor Vlasenko 2020-08-29 23:24 ` Dmitry V. Levin 2020-08-29 23:39 ` Igor Vlasenko 2020-08-30 8:49 ` Anton Farygin 2020-08-30 8:56 ` Igor Vlasenko 2020-08-30 9:18 ` Anton Farygin 2020-08-30 9:28 ` Igor Vlasenko 2020-08-30 9:40 ` Igor Vlasenko 2020-08-30 10:04 ` Igor Vlasenko 2020-08-30 12:21 ` Pavel Nakonechnyi 2020-08-31 22:09 ` Konstantin Lepikhov 2020-08-30 14:23 ` Alexey V. Vissarionov 2020-08-30 17:41 ` Igor Vlasenko 2020-08-30 17:42 ` Anton Farygin 2020-08-30 18:07 ` Igor Vlasenko 2020-12-19 9:30 ` Alexey Tourbin 2020-08-30 12:18 ` Alexey V. Vissarionov 2020-08-30 14:44 ` Andrey Savchenko 2020-08-30 10:17 ` Alexey Gladkov 2020-08-30 12:59 ` Igor Vlasenko 2020-08-30 15:38 ` Alexey Gladkov 2020-08-30 15:46 ` Andrey Savchenko 2020-08-30 16:09 ` Alexey Gladkov [this message] 2020-08-30 16:25 ` Michael Shigorin 2020-08-30 17:06 ` Alexey Gladkov 2020-08-30 17:39 ` [devel] параллельный install check (was: Мухи и котлеты: основная ошибка дизайна сборочницы) Michael Shigorin 2020-08-30 16:27 ` [devel] Мухи и котлеты: основная ошибка дизайна сборочницы Andrey Savchenko 2020-08-30 17:23 ` Alexey Gladkov 2020-08-31 11:46 ` Sergey V Turchin 2020-08-30 17:48 ` [devel] install check refactoring Anton Farygin 2020-08-30 18:01 ` Igor Vlasenko 2020-08-30 18:19 ` Alexey Gladkov 2021-10-12 18:55 ` Anton Farygin 2021-10-13 12:37 ` Dmitry V. Levin 2020-08-31 11:46 ` [devel] Мухи и котлеты: основная ошибка дизайна сборочницы Sergey V Turchin 2020-08-30 8:24 ` Igor Vlasenko 2020-08-30 12:25 ` Alexey V. Vissarionov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200830160906.y3s57c6jouakg7sg@comp-core-i7-2640m-0182e6 \ --to=legion@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git