кэширование в память, tmpfs, swap и тд

[Nicom]

и про zram-swap еще бы , если можно, как раз есть т3100 с 4 гб рам, как раз надо "оживить" старичка, памяти напихать больше как бы и не проблема, ее мешок , плата не умеет больше 4 гб, собственно так и заявлено в оф. документации ..

https://www.altlinux.org/ZRAM/ZSWAP
Памяти не добавить, но можно попробовать поменять процессор на более быстрый и поддерживающий больше инструкций.

Из моего скрипта донастройки системы после установки.

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

# Включаем zram_swap
zramswapon=yes
zramswapvol=half

if [[ $zramswapon = 'yes' ]]; then
  apt-get -y install alterator-zram-swap
  apt-get clean
  sed -i 's|lz4|zstd|g' /usr/bin/zram-swap-start
  if [[ $zramswapvol = 'full' ]]; then
    sed -i 's|MEMTOT / 2|MEMTOT|g' /usr/bin/zram-swap-start
  fi
/sbin/systemctl --now enable zram-swap
fiПеременная zramswapvol равняется full только на машинах с 2-3ГБ памяти, или если стоит процессор e8500 (8600) и пользователь очень любит много открытых вкладок в браузере.
По умолчанию сжимается только половина RAM, создаётся несколько swap устройств по количеству ядер процессора, сжимаемая память делится между ними.
"swapon -s" покажет.

: Nicom от Сегодня в 01:34:25
    Может версия fdisk модифицирована, может ядро собирают с отключёнными параметрами влияющие на подключение этих /dev/ramX.

тот же дебиан ничего лишнего не пишет .. и никогда не был замечен в этом ..

Кто даст гарантию, что в Debian не поправили fdisk, или не собрали ядро с другими параметрами?

[slc]

https://www.kernel.org/doc/Documentation/blockdev/ramdisk.txt
 Ну и по сайту далее.

вот где гораздо подробнее https://www.kernel.org/doc/html/latest/admin-guide/sysctl/vm.html 

надо то было просто дописать kernel.org к запросу .. оно прям сразу находится тогда и гораздо "полезнее"  всей той кучи "барахла", что попадается ежели вопросы задавать менее точно ..

в общем 2-е сутки swappiness = 100 , а vfs_cache_pressure = 150 .. да вроде нормально все ..  в кэше на текущий момент прямо сейчас 11 гб , свободной памяти 150-250-350 мегабайт в среднем, свап задействован чутка, но уже задействован, в него скидывать чего-то пытается, причем делать это начинать уже немного заранее, что в общем-то наверное даже хорошо и это и решит все затыки, по крайней мере я теперь перестал из замечать и вроде глюков не вижу,  свапа много, больше чем физической памяти, не жалко, живет на нвме диске х4 вместе с системой, диск 500-чик, на нем только система, нативные приложения и свап, больше ничего нет, даже кэш от браузеров в другое место пишет, ничего ему не будет с такими нагрузками мизерными .. ну и просада как с обычным диском конечно же нет, разница в скорости чтения/записи в среднем в 30 раз , пока что нравится все и реакции в целом более адекватные , сугубо личное имхо .. 

[slc]

Кто даст гарантию, что в Debian не поправили fdisk, или не собрали ядро с другими параметрами?

никто, предлагаете сравнить сорец с дебиана и альта?
мне мозгу не очень хватит на это все ..

ну и остается вопрос про размер tmfps , где живет конфиг который явно дает разрешение "заграбастать" 50% памяти под tmpfs ?

[slc]

Переменная zramswapvol равняется full только на машинах с 2-3ГБ памяти, или если стоит процессор e8500 (8600) и пользователь очень любит много открытых вкладок в браузере.
По умолчанию сжимается только половина RAM, создаётся несколько swap устройств по количеству ядер процессора, сжимаемая память делится между ними.
"swapon -s" покажет.

пользователь любит кэш браузера в tpmfs держать, очень любит, после того как за месяц потокового видева вшатал ссдюк и осознал с какой скоростью и в каком кол-ве пишутся данные на диск = вот появился такой "бзик" , а кол-во вкладок - эт нет ..

Памяти не добавить, но можно попробовать поменять процессор на более быстрый и поддерживающий больше инструкций.

в нубуке то менять процы ? )) да, допустимо, но имхо охлад в предел сделан .. искать чего-то, пусть и за копейки с похожим ТДП = глупо .. вкладываться в старье глупо , не стоит оно того .. имеем то что имеем ..  он и так обслужен , хорошо причем, очень хорошо , под нагрузкой одинаковой нубук воет охладом сильнее , чем писюк , на котором все выше описанные эксперименты и проводятся (на подбор 120-х вертушек и попытки/подбор регулировок ушел месяц) .. не, ну нафиг, пусть будет таким, как был .. я себя знаю, я потом не уймусь вообще ..

[ProfessorNavigator]

1) на что влияет  vm.vfs_cache_pressure ?

Данный параметр влияет на скорость освобождения кеша. Указывается в процентах. Т.е. 100 означает, что кеш ОС будет освобождаться со скоротью "по умолчанию". "Освобождаться" в данном случае означает, что содержимое кеша будет сбрасываться на диск. Я обычно выставляю у себя значение 200 - 250. В общем и целом смотрите по производительности вашего жёсткого диска. Если система начинает подтормаживать - выставьте значение меньше. Ну и для SSD тоже наверно не стоит выставлять слишком высокие значения.

2) на что влияет  vm.swappiness ?

Данный параметр задаёт количество свободной оперативной памяти в процентах, при котором будет задействован swap. Т.е. если данный параметр выставлен например в 10, то это означает, что если ваша оперативная память занята на 90%, то какие-то процессы будут вытесняться в swap. До заполнения памяти на 90% swap задействован не будет (если только его использование не прописано явно в коде какой-либо программы). Подробно я с этим не разбирался, но насколько понимаю - в swap вытесняются менее активные процессы.

[slc]

Данный параметр влияет на скорость освобождения кеша. Указывается в процентах. Т.е. 100 означает, что кеш ОС будет освобождаться со скоротью "по умолчанию". "Освобождаться" в данном случае означает, что содержимое кеша будет сбрасываться на диск. Я обычно выставляю у себя значение 200 - 250. В общем и целом смотрите по производительности вашего жёсткого диска. Если система начинает подтормаживать - выставьте значение меньше. Ну и для SSD тоже наверно не стоит выставлять слишком высокие значения.

нет ни одной системы, где есть чисто ССД или медленный диск в чистом виде, ну почти нет, у меня, везде комбинация и того и другого , так что нельзя .. ну нельзя всех под одну гребенку, именно про это сходу и обозначено было  в начале темы и задан вопрос касательно того, как их дифференцировать в том числе , чтобы иметь разные настройки .. РАЗНЫЕ ..

Данный параметр задаёт количество свободной оперативной памяти в процентах, при котором будет задействован swap. Т.е. если данный параметр выставлен например в 10, то это означает, что если ваша оперативная память занята на 90%, то какие-то процессы будут вытесняться в swap. До заполнения памяти на 90% swap задействован не будет (если только его использование не прописано явно в коде какой-либо программы). Подробно я с этим не разбирался, но насколько понимаю - в swap вытесняются менее активные процессы.

в документах сваппинс разлинован 0 до 200 , не до 100, а до 200 .. и 100 , что я выставил - именно середина ..

This control is used to define the rough relative IO cost of swapping and filesystem paging, as a value between 0 and 200. At 100, the VM assumes equal IO cost and will thus apply memory pressure to the page cache and swap-backed pages equally; lower values signify more expensive swap IO, higher values indicates cheaper.

так что это явно не проценты от 0 до 100 ..

[slc]

в общем 2-е сутки swappiness = 100 , а vfs_cache_pressure = 150 .. да вроде нормально все ..  в кэше на текущий момент прямо сейчас 11 гб , свободной памяти 150-250-350 мегабайт в среднем, свап задействован чутка, но уже задействован, в него скидывать чего-то пытается, причем делать это начинать уже немного заранее, что в общем-то наверное даже хорошо и это и решит все затыки, по крайней мере я теперь перестал из замечать и вроде глюков не вижу,  свапа много, больше чем физической памяти, не жалко, живет на нвме диске х4 вместе с системой, диск 500-чик, на нем только система, нативные приложения и свап, больше ничего нет, даже кэш от браузеров в другое место пишет, ничего ему не будет с такими нагрузками мизерными .. ну и просада как с обычным диском конечно же нет, разница в скорости чтения/записи в среднем в 30 раз , пока что нравится все и реакции в целом более адекватные , сугубо личное имхо ..

пошли 3-и сутки, настройки прежние, 9.8 гб дисковый кэш , 2 гб встройка жует, 300 мб свободной памяти, свапа съело почти 1 гб , чего не было заметно раньше вообще, затыков нет, микрофризов нет, машина спокойно свапица когда надо и выкидывает кэш с памяти и тд и тп , файловых операций много идет, ибо функция железки основная = бесшумный бомж-вариант файлопомойки с функциями десктопа .. на рабочие машины настройки перенесу, посмотрим чего будет .. наверное должно стать хорошо, по крайней мере на одной стало нормально , на других такого файлообмена нет, но и памяти меньше в 2 раза .. вроде все нормально , кажись добился чего хотел

[slc]

нашел в репах пакет alt-gaming-swappiness10 .. название за себя наверное говорит ...

а так  - две машины живут с такими настройками

vm.vfs_cache_pressure=50
vm.swappiness=100
vm.dirty_ratio=25

на обеих система на ссд, у первой 16 гб рам, у второй 4 гб , больше трогать не буду