ALT Linux Team development discussions
 help / color / mirror / Atom feed
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



  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