zram и кэши в нее

[i Vtec]

недели 2 назад наткнулся на статейку о zram и упоминанием о том что туда можно закинуть всякие кэши, как таковой надобности в swap разделе у меня нет, но вот закинуть в ОЗУ кэши того же apt и\или flatpak я бы не отказался т.к. раздувается по весу это дело достаточно сильно, а если замонтировать кэши в ОЗУ то можно автоматически и без скриптов отчищать все при перезагрузке...
но это в теории, как на практике будет обстоять дело? есть ли смысл заморачиваться, или работать будет через одно место? сама задумка, по автоматической отчистке кэшей и расположению их в ОЗУ считаю вполне интересной при наличии нормального объема этой самой оперативки

[andytux]

Обычно ОЗУ всем не хватает. Поэтому придумали swap.
У тебя столько много ОЗУ, что некуда девать? У тебя такой мощный процессор, что ему нечем заняться, кроме как в самый напряженный момент перекачивать из одного места в другое?
Кэшей уже и так навалом всяких, что в них запутались. Многие давно в ОЗУ. Поэтому современные системы "жрут память как не в себя".

[i Vtec]

andytux, я года 2 назад столкнулся с нехваткой оперативки в 5ой форзе(гоночки от майков) и докупил еще комплект на 16гигов, ну и она простаивает по итогу, так пусть работает думается мне) моя идея не в перегоне кэшей, а именно в изначальной записи того же apt сразу ОЗУ, что бы не писало на диск исходные *.deb пакеты вообще, только уже распакованные данные.
вижу получение сразу 2х плюсов: не гоняем всякую хрень по диску, подтачивая его ресурс и автоматически избавляемся от кэша при выключении компа, оперативка же не сохраняет ничего.
я видел нечто подобное в freenas, там ОЗУ задействуется прям по максимуму и работает в роли кэша, при копировании большого куска данных система могла вполне освоить больше 32х гигов оперативки

[Morisson]

Учти, что zram нагрузит процессор. Некритично, но все же.

[i Vtec]

дополню: под кэшами флатпака я имею в виду то что мы чистим командой

Код: [Выделить]

flatpak uninstall --unused я этим инструментом как то раз освободил больше 15 гигов, конечно столько накопилось не за день, но можно же и не копить вообще? ну и так же с apt - apt autoclean, все эти пакеты можно не копить и не хранить, а загрузить в ОЗУ и там же похоронить их при выключении ПК

[Morisson]

ОЗУ задействуется прям по максимуму и работает в роли кэша

Можно этого добиться при помощи настройки sysctl параметров

[i Vtec]

Morisson, а есть фак по рукой? я чего то не соображу как гуглу вопрос задать

[andytux]

а именно в изначальной записи того же apt сразу ОЗУ, что бы не писало на диск исходные *.deb пакеты вообще

Сегодня ничто не пишется сразу на диск. Всё через кэши-буфера. Поэтому, перед отмонтированием дисков нужно делать sync, даже в случае dd. Поэтому система может долго выключаться, разбираясь с этими кэшами, что сохранять, а что можно забыть.
Конкретно apt, у него есть настройка, "удалять пакеты после установки".
Повсему поэтому, 16гб сегодня немного, самый минимум.

[i Vtec]

"удалять пакеты после установки"

по дефолту я так понимаю она не стоит? щас под рукой просто машинки домашний нет чтоб проверить
Пользователь добавил сообщение 28 Января 2025, 09:07:03:вот это мой путь на сколько я понял

Код: [Выделить]

tmpfs   /var/cache/apt/archives tmpfs   defaults        0       0

[Morisson]

https://www.baeldung.com/linux/file-system-caching

[andytux]

"Чисто не там, где убирают, а где не мусорят."

"Стоит, не стоит" - это уже борьба со следствием.
А причина, автообновлялки. Будешь ты в эту сессию обновлять или нет, может вообше не собирался подключаться к интернету, они в любой момент норовят "насосать мусора". Флаты-снапы в этом плане вообше проглоты. Следом на эти "кучи мусора" накидываются индексаторы-оптимизаторы. И всем подавай ОЗУ! И всем подавай процессор!

вот это мой путь на сколько я понял

Код: [Выделить]

tmpfs   /var/cache/apt/archives tmpfs   defaults        0       0

А вот мой путь:

Код: [Выделить]

$ ls -l /var/cache/apt/archives
total 4
-rw-r----- 1 root root    0 Aug 27 23:04 lock
drwx------ 2 _apt root 4096 Nov  8 17:36 partial

[F12]

под кэшами флатпака я имею в виду то что мы чистим командой

Код: [Выделить]

flatpak uninstall --unused

- это не совсем про кэши, а точнее - совсем не про кеши!

я чего то не соображу как гуглу вопрос задать

- попробуй как нибудь так:
https://www.google.com/search?q=Ubuntu+файловый+кэш+ram
или так:
https://www.google.com/search?q=Ubuntu+ramfs

... но я так и не понял в чём твоя конечная цель, и чего ты хочеш там у себя нагородить

[ntfs3]

Поэтому современные системы "жрут память как не в себя".

Это такие подвохи сейчас у Бумбунты? Надо срочно переходить на Винду, там такого не замечал. Она со свопом на ssd может прекрасно работать - 100 ГБ поставил, 100 ГБ и будет использовать

[F12]

ntfs3, ты в шаге от ридонли на несколько дней!

[i Vtec]

F12, цель в том что бы все распухающие кэши кинуть на временную память, пока нагугли вот только tmpfs и как в нее закинуть apt. при чем цель именно сразу в ОЗУ писать и не задействовать диск. щас пакет когда ставишь он качаться в /var/cache/apt/archives и во первых место там занимает, а во вторых диск в пустую записывает. для меня даже 10 гигов записанных в ОЗУ времянок не страшат - все равно с ребутом отчиститься да и 23гига еще в запасе, а вот писать все это на диск, да еще и в ручную вотом удалять... ну такое себе.
я на винде так же дистрибы драйверов амдшых выносил, место как то раз пошло к концу и обнаружил что оно там складируется и складируется, после этого стойкая неприязнь к кэшам установщикам.
короче как запились apt+tmpfs понятно, осталось попробовать на практике и если гуд, то нагуглить как такой же фокус провернуть флатпаками, а за одно и снапами(хотя я их не ставлю, есть только те что из комплекта идут)

- это не совсем про кэши, а точнее - совсем не про кеши!

ваще спорить не буду, матчасть хромает у меня) но эта команда точно что то чистит

Пользователь добавил сообщение 28 Января 2025, 12:36:07:

А вот мой путь:

ну то есть доступ только от рута? ну это не совсем то что я хочу - все равно при обновлении будет что то писать на диск