Вопрос по оптимизации ext4

sysmouse	# 12 лет, 7 месяцев назад
Темы: 7 Сообщения: 577 Участник с: 17 июня 2008	http://www.google.ru/search?q=google+ext2+ext4 Еще раз :) Гугл не использует журналирование, т.к. при падении фс они ее тупо пересоздают с локальных зеркал. Ext4 без журнала действительно быстрее ext2, а вот с журналом - хз (учитывая, что там несколько типов журналирования).

# 12 лет, 7 месяцев назад

Сообщения: 577

Участник с: 17 июня 2008

http://www.google.ru/search?q=google+ext2+ext4

Еще раз :)
Гугл не использует журналирование, т.к. при падении фс они ее тупо пересоздают с локальных зеркал.
Ext4 без журнала действительно быстрее ext2, а вот с журналом - хз (учитывая, что там несколько типов журналирования).

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	h4tr3d bobart Кстати, по соседству вопрос поднимался: какой там режим дефолтный, в ext4? Так и повис.. в интернетах есть да и в Documentation/filesystems/ext4.txt тоже есть - в разделе “3. Options” поля отмеченные (*) хотя tune2fs никто не отменял). Спасибо! http://www.mjmwired.net/kernel/Document … s/ext4.txt , из того видно, что дефолтный режим data=ordered, вобщем, выбирается балланс между производительностью и безопасностью, судя по описаниям на русском из других источников. Как я понимаю, режим (тип) можно выбрать только один + “тонкий” тюннинг. ps/ насчёт бэкапа - да, по-любому, это правильно, с журналом или без него.

bobart

# 12 лет, 7 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

h4tr3d
bobart
Кстати, по соседству вопрос поднимался: какой там режим дефолтный, в ext4? Так и повис..

в интернетах есть да и в Documentation/filesystems/ext4.txt тоже есть - в разделе “3. Options” поля отмеченные (*) хотя tune2fs никто не отменял).

Спасибо! http://www.mjmwired.net/kernel/Document … s/ext4.txt , из того видно, что дефолтный режим data=ordered, вобщем, выбирается балланс между производительностью и безопасностью, судя по описаниям на русском из других источников. Как я понимаю, режим (тип) можно выбрать только один + “тонкий” тюннинг.
ps/ насчёт бэкапа - да, по-любому, это правильно, с журналом или без него.

serg	# 12 лет, 7 месяцев назад
Темы: 12 Сообщения: 302 Участник с: 18 декабря 2009	О режимах: Режим data=writeback → файловая система не производит какого либо журналирования данных. При неожиданных перезагрузках системы это может вызвать потерю данных в обновляемых файлах. Данный режим обеспечивает самую высокую производительность. Режим data=ordered → файловая система журналирует только метаданные (данные и методанные группируются в один модуль - транзакцию). Этот режим, хотя без гарантии, защищает данные при неожиданной перезагрузке, в отличае от предыдущего. Тем не менее полного журналирования не происходит. Производительность уступает data=writeback, но она гораздо быстрее полного журналирования. Режим data=journal → обеспечивает полное журналирование метаданных и самих данных. Данные сначала пишутся в журнал и потом только переносятся на постоянное место. При аварийных ситуациях журнал можно перечитать - приведя данные в непротиворичивое состоянние. Данный режим самый медленный, но в отдельных случаях он показывает хорошие результаты. Он имеет преимущества при одновременных операциях ввода/вывода данных (при записи и одновременном чтении, скорость чтения в тестах была выше на порядок чем при других режимах). Внимание: для использования любого другого режима, кроме data=ordered для корневой файловой системы, вам придется задать в параметрах загрузки ядра (boot/grub/menu.lst) следующую строку: rootflags=data=writeback Переключение режимов журналирование выполняется через команду tune2fs, например для writeback: tune2fs -O has_journal -o journal_data_writeback /dev/sdaX , затем в fstab прописывается опция монтирования data=writeback Индексация директорий: tune2fs -O dir_index /dev/sdaX e2fsck -fD /dev/sdaX

serg

# 12 лет, 7 месяцев назад

Темы: 12

Сообщения: 302

Участник с: 18 декабря 2009

О режимах:

Режим data=writeback → файловая система не производит какого либо журналирования данных. При неожиданных перезагрузках системы это может вызвать потерю данных в обновляемых файлах. Данный режим обеспечивает самую высокую производительность.

Режим data=ordered → файловая система журналирует только метаданные (данные и методанные группируются в один модуль - транзакцию). Этот режим, хотя без гарантии, защищает данные при неожиданной перезагрузке, в отличае от предыдущего. Тем не менее полного журналирования не происходит. Производительность уступает data=writeback, но она гораздо быстрее полного журналирования.

Режим data=journal → обеспечивает полное журналирование метаданных и самих данных. Данные сначала пишутся в журнал и потом только переносятся на постоянное место. При аварийных ситуациях журнал можно перечитать - приведя данные в непротиворичивое состоянние. Данный режим самый медленный, но в отдельных случаях он показывает хорошие результаты. Он имеет преимущества при одновременных операциях ввода/вывода данных (при записи и одновременном чтении, скорость чтения в тестах была выше на порядок чем при других режимах).

Внимание: для использования любого другого режима, кроме data=ordered для корневой файловой системы, вам придется задать в параметрах загрузки ядра (boot/grub/menu.lst) следующую строку:

rootflags=data=writeback

Переключение режимов журналирование выполняется через команду tune2fs, например для writeback:
tune2fs -O has_journal -o journal_data_writeback /dev/sdaX , затем в fstab прописывается опция монтирования data=writeback

Индексация директорий:
tune2fs -O dir_index /dev/sdaX
e2fsck -fD /dev/sdaX

gard	# 12 лет, 7 месяцев назад
Темы: 66 Сообщения: 1167 Участник с: 15 декабря 2009	То есть два последних пункта это: 1. пишется информация о том, как данные нужно изменить, а потом уже идет изменение. 2. данные просто дубрируются оО в журнале.. Ак так никакого места не хватит.. Аа. .все понял.. последний случай выглядит так: данные, обрабатываемые “текущей” операцией (то есть текущая порция) сначала пишутся в журнал и информацией что с ними сделать, а потом уже пишутся на диск, при следующей операции над другими даннысм эти старые данные (но, вероятно не информация что с ними делать) из журнала удаляются.. так?

gard

# 12 лет, 7 месяцев назад

Темы: 66

Сообщения: 1167

Участник с: 15 декабря 2009

То есть два последних пункта это:
1. пишется информация о том, как данные нужно изменить, а потом уже идет изменение.
2. данные просто дубрируются оО в журнале.. Ак так никакого места не хватит..

Аа. .все понял.. последний случай выглядит так: данные, обрабатываемые “текущей” операцией (то есть текущая порция) сначала пишутся в журнал и информацией что с ними сделать, а потом уже пишутся на диск, при следующей операции над другими даннысм эти старые данные (но, вероятно не информация что с ними делать) из журнала удаляются.. так?