From: Anton Farygin <rider@basealt.ru> To: devel@lists.altlinux.org Subject: Re: [devel] beehive memory management Date: Mon, 29 Jun 2020 11:44:38 +0300 Message-ID: <6971ad35-3a92-f9ac-7565-e6a6f3244add@basealt.ru> (raw) In-Reply-To: <20200629071730.GF16723@imap.altlinux.org> 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 + увеличение количества потоков на сборку или уменьшение количества параллельных потоков + увеличение ОЗУ на один. >
prev parent reply other threads:[~2020-06-29 8:44 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-27 7:21 ` [devel] Fwd: [#254123] TESTED del=clickhouse Anton Farygin 2020-06-27 9:21 ` Andrey Savchenko 2020-06-27 9:44 ` Anton Farygin 2020-06-27 10:23 ` Dmitry V. Levin 2020-06-27 11:17 ` Anton Farygin 2020-06-27 14:52 ` Vitaly Lipatov 2020-06-28 12:35 ` Anton Farygin 2020-06-29 12:36 ` Vitaly Lipatov 2020-06-29 12:54 ` Такасеев Алексей Геннадиевич 2020-06-27 10:03 ` Dmitry V. Levin 2020-06-27 10:16 ` Andrey Savchenko 2020-06-27 11:31 ` [devel] beehive memory management Anton Farygin 2020-06-29 6:00 ` Mikhail Novosyolov 2020-06-29 8:42 ` Anton Farygin 2020-06-29 7:17 ` Michael Shigorin 2020-06-29 8:44 ` Anton Farygin [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=6971ad35-3a92-f9ac-7565-e6a6f3244add@basealt.ru \ --to=rider@basealt.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git