ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Vitaly Lipatov <lav@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Q: срок автоматического удаления устаревших сборочных заданий
Date: Thu, 29 Oct 2020 19:40:05 +0300
Message-ID: <13e621f4ea36ccd7f8294b5d7b87993c@altlinux.ru> (raw)
In-Reply-To: <20201029065831.GA14237@altlinux.org>

Dmitry V. Levin писал 29.10.20 9:58:
> On Thu, Oct 29, 2020 at 03:17:50AM +0300, Vitaly Lipatov wrote:
>> Dmitry V. Levin писал 26.10.20 19:42:
...
>> > Например, 550 заданий не отправлялось на обработку за последние
>> > полгода, занимая 167 гигабайт места, которое пригодилось бы для новых
>> > сборочных заданий.
>> А мне одному кажется, что 167 Гб это не тот объём, который стоит
>> обсуждать?
> 
> 167 Гб за 9 месяцев - это в перспективе слишком много для быстрых 
> дисков,
> на которых эти забытые гигабайты размещаются, чтобы пренебречь этим
> вопросом.  Некоторые из этих 550 заданий имеют размер, превышающий 5 
> Гб.
ok

>> С другой стороны, явно есть задания, про которые все забыли, и какая
>> сборка мусора нужна.
>> 
>> Как уже обсуждалось, нельзя ли сначала сделать возможность включать
>> удержания заданий, а потом уже включать удаление?
> 
> Я исхожу из того, что долгоживущие задания бывают двух типов:
> - те, которые время от времени надо пересобирать из-за того, что 
> базовый
>   репозиторий изменяется, это естественным образом предотвращает
>   устаревание заданий;
> - те, которые следует заархивировать, исключив дальнейшие изменения.
То есть нужна возможность отправлять в архив непринятые задания? Но 
чтобы мантейнер имел мотивацию так делать, другие его долгоживущие 
задания нужно периодически пересобирать. Делать пересборку 
автоматической было бы странно, как-то практичнее поручать запуск 
пересборки тому, кто хочет, чтобы его задание продолжило жить. А чтобы 
он об этом вспомнил, нужны какие-то извещения о таких заданиях.

Я бы предложил для долгоживущих заданий:
- не выводить их в обычном списке ls (а со специальным параметром типа 
ls --hold);
- по истечении какого-то времени (полгода?) снимать с них флаг 
долгоживучести, чтобы мантейнер мог задание удалить или пересобрать и 
отправить обратно в долгоживущие.

А для обычных заданий хорошо бы извещение по почте перед удалением, 
чтобы никому не было обидно, что его труд удалили без предупреждения.

P.S.
А архив, кроме странного (не первые цифры номера задания, а _число, 
причём невыровненное ведущими нулями) разбиения по подкаталогам, 
отличается только медленными дисками?



-- 
С уважением,
Виталий Липатов,
ALT Linux Team


  parent reply	other threads:[~2020-10-29 16:40 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-26 16:42 Dmitry V. Levin
2020-10-26 19:17 ` Sergey Y. Afonin
2020-10-27  5:59 ` Anton Farygin
2020-10-27  7:10   ` Alexey V. Vissarionov
2020-10-27  7:41     ` Sergey Afonin
2020-10-27  7:18   ` Dmitry V. Levin
2020-10-27  7:44     ` Nikolai Kostrigin
2020-10-27 10:08       ` Sergey V Turchin
2020-10-27  7:46     ` Sergey Afonin
2020-10-27  8:35     ` Anton Farygin
2020-10-27  8:57       ` Dmitry V. Levin
2020-10-27  9:03         ` Anton Farygin
2020-10-27  9:07           ` Dmitry V. Levin
2020-10-27 10:54             ` Anton Farygin
2020-10-27 11:11               ` Paul Wolneykien
2020-10-27 11:37               ` Sergey Afonin
2020-10-27  7:21 ` Andrey Savchenko
2020-10-29  0:17 ` Vitaly Lipatov
2020-10-29  0:42   ` Alexey V. Vissarionov
2020-10-29  2:29     ` Andrey Cherepanov
2020-10-29  6:01       ` Alexey V. Vissarionov
2020-10-29  7:21         ` Andrey Cherepanov
2020-10-29  6:58   ` Dmitry V. Levin
2020-10-29  7:34     ` Andrey Savchenko
2020-10-29 16:40     ` Vitaly Lipatov [this message]
2020-11-10 22:33       ` mikhailnov
2020-11-11 22:12         ` Vitaly Lipatov
2020-10-29  7:38   ` Dmitry V. Levin
2020-10-29  9:05     ` Sergey Afonin
2020-10-29  9:09     ` Anton Farygin

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=13e621f4ea36ccd7f8294b5d7b87993c@altlinux.ru \
    --to=lav@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