ускорение_файловой_системы

This is an old revision of the document!


Ускорение файловой системы и вообще работы с памятью

Первая статья

https://itshaman.ru/articles/457/uskorenie-raboty-ubuntu-s-diskovoi-podsistemoi?ysclid=llnhcnbjqh336841780

  • Увеличение порога занятой оперативки для использования SWAP.

Не знаю какой эффект может дать изменение значения у параметра vm.swappiness с 40 на 10.

При моих 4х Гб ОЗУ данные сбрасывались на SWAP, когда занятый объем оперативки составлял over 90%.
  • Изменение стратегии кэширования данных.
Ещё предстоит понять, как оценить результат 

Вторая статья

https://www.linux.org.ru/forum/general/15451572/page1?ysclid=llnhcvedz876214368

  • Изменить размер читаемого блока с жёсткого диска

Статьи про zram и zswap

Опции монтирования

Использование noatime эффективнее одновременного применения relatime/norelatime и nodiratime.  
noinversion,lazytime

Стоит так же обратить на параметр commit, указывающий время, через которое происходит синхронизация данных и метаданных с жестким диском, стандартно оно равняется 5 секундам (см. исходники ядра), но в некоторых случаях его можно увеличить без особого вреда, скажем, до 10 секунд, чтобы лишний раз не дергать диски. Да, есть вероятность потери данных, но! Вы же не используете аппаратный рейд с HotSpare и батареей для контроллера, да и архивацию никто не отменял ) Но стоит обратить на нее внимание, так как не стоит дергать постоянно диски.

Опция монтирования exec позволяет выполнять двоичные файлы, которые находятся на этом раздел, 
в то время как noexec не позволяет этого делать. noexec может быть полезно для раздела, который 
не содержит бинарные файлы например /var, или содержит бинарные файлы которые вы не хотите выполнять 
на вашей системе, или которые не могут быть выполнены в вашей системе.
Последнее может быть в случае Windows раздела.

Вопрос: это как то отразится на скорости операций ввода/вывода?

ускорение_файловой_системы.1692886218.txt.gz · Last modified: 2023/08/24 14:10 by uf4n