[devel] beehive memory management

Anton Farygin rider на basealt.ru
Сб Июн 27 14:31:36 MSK 2020


On 27.06.2020 13:16, Andrey Savchenko wrote:
> On Sat, 27 Jun 2020 13:03:22 +0300 Dmitry V. Levin wrote:
>> On Sat, Jun 27, 2020 at 10:21:47AM +0300, Anton Farygin wrote:
>>> Я прошу ещё раз обратить внимание разработчиков beehive, что такое
>>> поведение неприемлемо.
>>>
>>> Данный пакет отлично собирается как в сборочнице так и локально. Удалять
>>> работающие пакеты из репозитория по причине того, что с ними не
>>> спавляется beehive крайне некорректно.
>> beehive и girar - это одна и та же сборочница.
А как она может быть одна и та-же, если у тебя физически оборудование 
разное ?
> Раз памяти хватает в girar, но не хватает в beehive — то уже не
> одна и та же.
>
Может быть, нам стоит внедрить ещё один тип сборочных зависимостей?


Например, BuildRequires: memory(ram) > 52
И в rpmbuild детектить объём доступной для сборки памяти и провайдить 
его как memory(ram) = 32 (для примера с beehive)

Сборка в этом случае даже не начнётся, ну и в принципе можно 
подстроиться на стороне (пере)сборочницы под требования пакета к ОЗУ.


Ну если zram не хочется использовать, конечно. Выделение половины ОЗУ 
под zram с типом сжатия LZO может увеличить общий объём ОЗУ на 25%.

https://www.kernel.org/doc/Documentation/blockdev/zram.txt




Подробная информация о списке рассылки Devel