On Thu, 18 Feb 2021 01:58:25 +0300 Aleksey Novodvorsky wrote:
> чт, 18 февр. 2021 г., 01:52 Dmitry V. Levin <ldv@altlinux.org>:
> 
> > On Thu, Feb 18, 2021 at 01:34:24AM +0300, Aleksey Novodvorsky wrote:
> > > Коллеги,
> > > у нас периодически возникает проблема time limit при сборке заданий. Хуже
> > > то, что она часто возникает спонтанно. Прошу тех, кто с этим сталкивался,
> > > рассказать о произошедшем и возможном решении проблемы.
> >
> > Если коротко, то man hasher-priv(8).
> >
> > hasher с незапамятных времён реализует 2 временных ограничения:
> > - wlimit_time_elapsed: общее время сборки (в сборочнице сейчас 8 часов),
> >   предназначено для защиты от зацикливания сборки;
> >
> 
> Это, видимо, случай viy@
> 
> > - wlimit_time_idle: максимальная длительность временного интервала,
> >   в течение которого сборка ничего не выводит (в сборочнице сейчас 1 час),
> >   предназначено для защиты от зависания сборки (судя по результатам
> >   тестовых пересборок, зависания происходят ежедневно).
> >
> 
> А это случай cas@.
> Можно список таких пакетов?
> В случае отдельных сборок firefox я такого не встречал.
> 
> >
> > Пробивание этих лимитов, как правило, свидетельствует о проблемах в
> > соответствующих пакетах
> 
> 
> Не в тулчейне?
> 
> > , и решать такие проблемы приходится мантейнерам
> > этих пакетов наряду с другими мантейнерскими задачами.
> >
> 
> Снизить оптимизацию? Включить отладку?

Снижение оптимизации — это ухудшение качества пакета и UX. Если
сборочница не справляется с возросшей сложностью пакетов
и тулчейна, следует увеличить лимиты или добавить аппаратные
ресурсы.

Best regards,
Andrew Savchenko