Zram и сборка в памяти.

Что никак не противоречит моей фразе о минимально необходимом дисковом пространстве для сборки spidermonkey.

pkg_pretend() {
	if use test ; then
		CHECKREQS_DISK_BUILD="7600M"
	else
		CHECKREQS_DISK_BUILD="6400M"
	fi

	check-reqs_pkg_pretend
}

6 гб не обязательно иметь - у меня на 4 гб в 4 потока за 5-10 минут спидерманка собирается

Сдается мне, вы слегка лукавите.

Ну вот дискуссия ушла в направлении оправданности применения связки /tmp/portage on tmpfs + swap on zram.

А я спрашиваю про выбор фс для /tmp/portage on zram. Zswap, swap+zram безусловно нужен, хорош, супер, но немного побоку.

ну да, потому что это со включенным свопом на 16 гб

/tmp/portage on zram

Не имеет особого смысла, так как файловая система кешируется, и в памяти твои файлы будут валяться в двух экземплярах: в кеше и в файловой системе (на zram). Поэтому надо либо избавиться от кеша, либо от файловой системы. В итоге логичный вывод - tmpfs.

Я пробовал зрам, но как-то не взлетело. Наверное, стоит сделать еще подход.

Ну или взять кредит и докупить озу.

Конечно имеет, иначе бы не было этого вопроса. См. начало треда.

Конечно имеет

Как забава имеет. Но не более.

НетЪ.

Задача четкая и ясная: избежать disk I/O при компиляции кроме на этапе установки опакечивания. Необходимость её решения дело вкуса.

не забудьте выставить swappiness >= 150 и включить nohang с опцией конфига zram_checking_enabled=True.

Если сборка происходит в озу, то спидерманка вам помашет ручкой, потому что из школьного курса математики нам известно, что 4<6. И своп тут нипричем и его размер и наличие не имеет значения.

Если сборка происходит в озу, то спидерманка вам помашет ручкой, потому что из школьного курса математики нам известно, что 4<6

Сборка идет не в сыром ОЗУ, а в tmpfs, у которого 2 свойства:

• уму можно задать любой размер - хоть терабайт
• данные из tmpfs могут улетать в своп

Как разместить тмпфс размером 6.5гб в озу 4гб?

и еще иллюстрация, скрины:

https://imgur.com/a/aM27KQd

6 гиг памяти.

В tmpfs лежит файл размером 780 ГБ.

Как вам такое?

tmpfs в zram-

Как разместить тмпфс размером 6.5гб в озу 4гб?

tmpfs /tmpfs tmpfs nodev,nosuid,noexec,noatime,size=7G 0 0

Далее в дело вступает swap on zram.

Подозреваю, что мы сильно о разном беседуем.

У вас шла речь о 7 гигах дискового пространства? Так это оно и есть - фс в tmpfs.

Выше я привет пруф со скриншотом и объяснил как это работает.

Стоит уточнить некоторые моменты.

Как мне кажется, сборка в озу!=сборка в тмпфс, если тмпфс лежит на диске.

Я просто монтировал /var/tmp/portage и вся сборка шла в озу.

Как разместить тмпфс размером 6.5гб в озу 4гб?

Нормально размещается, свопается «как положено», то есть ставя раком всю систему на random I/O.

если тмпфс лежит на диске.

в свопе - не значит, что на диске.

В zram, в сжатом виде, в памяти.

Не понимаю зачем собирать в памяти. Суть в самосборе в возможности вносить свои изменения, для которых удобна инкрементальная компиляция. А инкрементальная компиляция не дружит со сборкой в памяти.

Сборка в памяти имеет смысл разве что для серверов сборки.

в свопе - не значит, что на диске.

В случае с 4гб рамы, размещение зрам тоже потребует места. Что уменьшит физическую озу. Как сделать так, чтобы своп файл размером 7гб поместился полностью в озу размером 4гб. И спидерманка повелась бы на это и начала собираться.

У меня ноут с 8 гб озу под рукой, могу убрать одну планку.

Как сделать так, чтобы своп файл размером 7гб поместился полностью в озу размером 4гб

Сжимаем 7гб в 3 раза. Получаем 2.3 гб. 2.3 гб спокойно влезет в 4 гб памяти.

Ах, своп файл! Своп-файл - не знаю, а вот своп раздел на зрам - легко.

Выше был пример размещения файла 780 гб в озу 6 гб https://imgur.com/a/aM27KQd

«Нормально» компилируется chromium в tmpfs в 4 потока на 4гигах памяти c zswap.