Почему kjournald чрезвычайно активный в главным образом статической файловой системе?

Видите ли, произошло следующее: основное приложение, работающее на этом сервере, управляет чрезвычайно большим, хорошо заполненным деревом каталогов и записывает файлы в это дерево с несколько неоптимальным владельцем и разрешениями. Поскольку довольно неприятно заставить это приложение изменить это, а файлы нуждаются в том, чтобы их права собственности и разрешения были исправлены достаточно быстро (небольшая задержка - это нормально, но не много), я настроил задание cron, чтобы каждую минуту бросать массу chown -R и chmod -R в большом, хорошо заполненном дереве каталогов. Казалось, что все идет нормально, пока это происходит, поэтому я сказал: ну, это излишне, но работает, я с этим переживу.

Однако. Как оказалось, когда вы выполняете chown или chmod , он регистрирует журналируемые метаданные файловой системы ext независимо от того, произошло ли какое-либо изменение . Таким образом, в файловой системе фактически ничего или почти ничего не менялось, но были сгенерированы огромные объемы метаданных, которые затем вылетели из диска, когда журнал зафиксировал. Упс.

Итак, я изменил задания chown и chmod на find , которые действительно ищут файлы, которые необходимо изменить перед их изменением, и среднее количество операций записи. увеличился с 2 МБ / с до 50 кБ / с. Ура.

Итак, я изменил задания chown и chmod на find , которые действительно ищут файлы, которые необходимо изменить перед их изменением, и среднее количество операций записи. увеличился с 2 МБ / с до 50 кБ / с. Ура.

Итак, я изменил задания chown и chmod на find , которые фактически ищут файлы, которые необходимо изменить перед их изменением, и среднее количество операций записи увеличился с 2 МБ / с до 50 кБ / с. Ура.