[devel] Time limit

[Alexey Gladkov]

On Thu, Feb 18, 2021 at 02:22:37AM +0300, Dmitry V. Levin wrote:
> On Wed, Feb 17, 2021 at 11:55:18PM +0100, Alexey Gladkov wrote:
> > On Thu, Feb 18, 2021 at 01:34:24AM +0300, Aleksey Novodvorsky wrote:
> > > Коллеги,
> > > у нас периодически возникает проблема time limit при сборке заданий. Хуже
> > > то, что она часто возникает спонтанно. Прошу тех, кто с этим сталкивался,
> > > рассказать о произошедшем и возможном решении проблемы.
> > 
> > Я с этой проблемой живу уже очень давно. Такая проблема возникала у меня с
> > chromium. В качестве решения было выбрано такое число параллельных потоков
> > при cборки, чтобы с одной стороны уложиться в time limit, c другой стороны
> > не пробить лимиты по памяти.
> > 
> > С chromium эта проблема проявляется при пересборке почти на 100%. Я уже
> 
> $ ls beehive/logs/Sisyphus/x86_64/archive/2021/0???/error/chromium-8* |wc -l
> 6
> $ ls beehive/logs/Sisyphus/x86_64/archive/2021/0???/success/chromium-8* |wc -l
> 35
> 
> 6/(6+35) = 6/41
> На мой взгляд, это заметно меньше 100%.
> Плохо, но не фатально.
> 
> Кстати, кто хочет решить задачу оптимального распределения пакетов по
> серверам во время тестовой пересборки пакетов?  Пусть вас не пугает,
> что эта задача в общем случае NP-полная. :)
> 
> > давно просто игнорирую результаты пересборки этого пакета.
> > 
> > http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2021/0208/error/chromium-88.0.4324.150-alt1.zst
> 
> Это wlimit_time_elapsed.
> 
> > Раньше такая же проблема была с firefox, но после его рефакторинга в
> > апстриме этой проблемы больше не наблюдается.
> 
> Там тоже был wlimit_time_elapsed, или wlimit_time_idle?

Вот убрал фильтр и сразу схватил письмо счастья:

http://git.altlinux.org/beehive/logs/Sisyphus-i586/latest/error/chromium-88.0.4324.150-alt1

hasher-priv: master: time elapsed limit (28800 seconds) exceeded

никогда не было и вот опять :)

-- 
Rgrds, legion