Table of Contents
Ускорение файловой системы и вообще работы с памятью
Первая статья
- Увеличение порога занятой оперативки для использования SWAP.
Не знаю какой эффект может дать изменение значения у параметра vm.swappiness с 40 на 10.
При моих 4х Гб ОЗУ данные сбрасывались на SWAP, когда занятый объем оперативки составлял over 90%.
- Изменение стратегии кэширования данных.
Ещё предстоит понять, как оценить результат
Вторая статья
https://www.linux.org.ru/forum/general/15451572/page1?ysclid=llnhcvedz876214368
- Изменить размер читаемого блока с жёсткого диска
Статьи про zram и zswap
https://dzen.ru/media/id/5d8ac4740a451800acb6049f/linux-uskoriaem-sistemu-5e8c9f7de4ab702789ae8a19 https://dzen.ru/media/id/5d8ac4740a451800acb6049f/linux-uskoriaem-sistemu-2-5e8df33c8128c0484f1e39fa
https://wiki.altlinux.ru/ZRAM/ZSWAP
Не понятно что лучше
Опции монтирования
Использование noatime эффективнее одновременного применения relatime/lazytime/norelatime и nodiratime.
Стоит так же обратить на параметр commit, указывающий время, через которое происходит синхронизация данных и метаданных с жестким диском, стандартно оно равняется 5 секундам (см. исходники ядра), но в некоторых случаях его можно увеличить без особого вреда, скажем, до 10 секунд, чтобы лишний раз не дергать диски. Да, есть вероятность потери данных, но! Вы же не используете аппаратный рейд с HotSpare и батареей для контроллера, да и архивацию никто не отменял ) Но стоит обратить на нее внимание, так как не стоит дергать постоянно диски.