Re: [devel] racket cpu hog (was: CPU time limit exceeded)

From: Vitaly Chikunov <vt@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] racket cpu hog (was: CPU time limit exceeded)
Date: Mon, 24 Oct 2022 14:00:01 +0300
Message-ID: <20221024110001.dkt5y6qzwpojdpev@altlinux.org> (raw)
In-Reply-To: <20221024133338.448a32c76ac213bca942e904@altlinux.org>

On Mon, Oct 24, 2022 at 01:33:38PM +0300, Andrey Savchenko wrote:
> On Mon, 24 Oct 2022 10:47:58 +0300 Anton Zhukharev wrote:
> > On Sun, Oct 23, 2022 at 10:37:44PM +0300, Anton Farygin wrote:
> > > On 23.10.2022 22:05, Vitaly Chikunov wrote:
> > > > Anton,
> > > >
> > > > On Sun, Oct 23, 2022 at 09:52:39PM +0300, Anton Zhukharev wrote:
> > > >> On Sun, Oct 23, 2022 at 08:25:05PM +0300, Dmitry V. Levin wrote:
> > > >>> On Sun, Oct 23, 2022 at 12:39:16PM +0300, Anton Zhukharev wrote:
> > > >>>> Добрый день!
> > > >>>>
> > > >>>> Недавно столкнулся с проблемой следующего вида:
> > > >>>>
> > > >>>> [ppc64le] /usr/sbin/chroot.fakechroot: line 147: 2435617 CPU time limit exceeded env -u FAKECHROOT_BASE_ORIG FAKECHROOT_CMD_ORIG= LD_LIBRARY_PATH="$fakechroot_chroot_paths" FAKECHROOT_BASE="$fakechroot_chroot_base" "$fakechroot_chroot_chroot" "${@:1:$(($fakechroot_chroot_n - 1))}" "$fakechroot_chroot_final_newroot" "${@:$(($fakechroot_chroot_n + 1))}"
> > > >>>> 2022-Oct-22 21:18:00 :: [ppc64le] racket-main-distribution.git 8.6-alt1: remote: build failed
> > > >>>> 2022-Oct-22 21:18:00 :: [ppc64le] #100 racket-main-distribution.git 8.6-alt1: build FAILED
> > > >>>>
> > > >>>> в задании 308872.
> > > >>>>
> > > >>>> Насколько я понимаю, эта ошибка связана с разделением времени работы
> > > >>>> процессора между пользовательскими процессами (воспроизвелась только на
> > > >>>> архитектурах i586, armh и ppc64le - на x86_64 и aarch64 полёт нормальный).
> > > >>>>
> > > >>>> Есть способ обхода такого ограничения?
> > > >>> Сделать так, чтобы racket перестал быть таким неуёмно прожорливым,
> > > >>> что особенно проявляется на более медленных архитектурах.
> > > >>>
> > > >> Это, конечно, не лучшее решение, но сделав установку Racket-пакетов в
> > > >> 1 поток (-j 1), пакет стал собираться (см. задание 308872).
> > > >>
> > > >> Похоже, что планировщик в установщике пакетов Racket'а работает не очень
> > > >> оптимальным образом.
> > > >>
> > > >> Что ж, решение найдено. Процесс сборки стал дольше (кстати, не сильно),
> > > >> однако мне важен результат, а не скорость.
> > > >>
> > > >> Осталось подлатать и в репозитории будет Racket ;).
> > > > Racket уже был в Сизице до 2022-06-18. Может стоит базироваться на
> > > > старом спеке. Например, назвать пакет racket.
> > > >
> > > Кстати да, лучше конечно наследование какое-то сделать.
> > > 
> > 
> > Я изначально пробовал исправить уже существующий спек, однако
> > пришлось отключать сборку на ppc64le, поскольку она повисала намертво (в
> > действительности это не так: при сборке с помощью make ничего не
> > выводится в терминал в течение продолжительного времени (больше часа) и
> > из-за этого hasher считает, что сборка повисла - однако если собирать с
> > помощью zuo (их собственная система сборки - собрал отдельно в Сизиф) то
> > сборка "чинится", поскольку zuo выводит результат сборки каждого
> > файла).
> 
> make тоже может выводить, если ему задать соовтетсвующую опцию.
> Обычно это V=1 или VERBOSE=1.

Еще unset MAKEFLAGS иногда помогает.

> 
> Best regards,
> Andrew Savchenko

> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel