[devel] beehive memory management

[Anton Farygin]

On 29.06.2020 10:17, Michael Shigorin wrote:
> On Sat, Jun 27, 2020 at 02:31:36PM +0300, Anton Farygin wrote:
>> Может быть, нам стоит внедрить ещё один тип сборочных зависимостей?
>> Например, BuildRequires: memory(ram) > 52
>> И в rpmbuild детектить объём доступной для сборки памяти и провайдить
>> его как memory(ram) = 32 (для примера с beehive)
> Я что-то подобное предлагал уже давно, вместе со (словесным)
> предложением фиксировать в сборочнице хотя бы примерное
> потребление памяти/процессора (например, то, что даёт
> time -f "%PCPU %Mk") -- чтоб статистика _уже_ капала:
> https://lits.altlinux.org/pipermail/devel/2018-April/204248.html

time фиксируется, но потребление памяти на сборку складывается из диска 
(tmpfs) + ОЗУ.

В случае с clickhouse ОЗУ нужно около 8Gb, остальное - диск.

>
>> Ну если zram не хочется использовать, конечно. Выделение половины ОЗУ
>> под zram с типом сжатия LZO может увеличить общий объём ОЗУ на 25%.
>> https://www.kernel.org/doc/Documentation/blockdev/zram.txt
> Да, в условиях бездисковых/бессвоповых сборочных узлов и типовой
> избыточности процессорных ядер относительно памяти это хороший
> вариант.  Обкатывали на клиентах LTSP ещё в 4.0.  Ну и:
> http://lists.altlinux.org/pipermail/devel/2018-April/204292.html
Надо проверять на стороне сборочницы. Что будет выгоднее - zram + 
увеличение количества потоков на сборку или уменьшение количества 
параллельных потоков + увеличение ОЗУ на один.
>