[Comm] Оптимизация файловой системы Ext4

[Comm] Оптимизация файловой системы Ext4

[melcomtec]

Доброго времени суток!

В одном из блогов я вычитал несколько советов по оптимизации файловой
системы ext4fs. Вот наиболее интересные:

1. Вначале открываем файл /etc/fstab и заменяем опцию монтирования
default на noatime,nodiratime. Noatime - при каждом доступе (в том
числе чтении) к файлу в inode обновляется время последнего доступа к
файлу, что требуется крайне редко, при использовании этой опции это
обновление производиться не будет, что заметно ускорит работу.
Nodiratime - тоже самое, но только для каталогов.

2. И последний пункт настройки файловой системы EXT4 будет изменение
режима журналирования на самый быстрый вариант - writeback. На
домашних компьютерах журналирование не больно-то нужно. При режиме
writeback файловая система не производит какого либо журналирования
данных. При неожиданных перезагрузках системы это может вызвать потерю
данных в обновляемых файлах. Но это не важно, ведь в целом данный
режим обеспечивает самую высокую производительность.

Хотелось бы услышать критические замечания: следовать ли советам,
вредные они или нет и так далее. Но, что более важно, укажите
правильный "тюнинг" этой файловой системы. Что и как сделать правильно
с Вашей точки зрения и Вашего опыта.

P.S. Напомню: блока бесперебойного питания нет и не предвидится.
Назначение ПК, на котором будет произведен "тюнинг" по Вашим советам -
домашний ПК.

-- 
С уважением, Денис [melcomtec].

Re: [Comm] Оптимизация файловой системы Ext4

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1260 bytes --]

On Sat, Oct 09, 2010 at 05:20:15PM +0300, melcomtec wrote:
> default на noatime,nodiratime. Noatime - при каждом доступе (в том
> числе чтении) к файлу в inode обновляется время последнего доступа к
> файлу
Врут.
http://kernelnewbies.org/Linux_2_6_30#head-329ba44b44a7f58c98ae22b8f2730418cdd6630d

> 2. И последний пункт настройки файловой системы EXT4 будет изменение
> режима журналирования на самый быстрый вариант - writeback. На
> домашних компьютерах журналирование не больно-то нужно.
Ну так и предложили бы отключить.
Впрочем, врут, нужно.

> При режиме writeback файловая система не производит какого либо
> журналирования данных.
Как и в случае, если не указан никакой режим.

> При неожиданных перезагрузках системы это может вызвать потерю
> данных в обновляемых файлах. Но это не важно, ведь в целом данный
> режим обеспечивает самую высокую производительность.
Лучше им было скопировать хотя бы справку от
CONFIG_EXT3_DEFAULTS_TO_ORDERED, а не писать отсебятину.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<ilyak> lioka: gnome-core-utilities
<lioka> ilyak: ты хочешь, чтобы врар опять полез коммит править ?
 * roman представил себе врара с ножом в зубах, лезущего править коммит через
   цепочку проксей

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Оптимизация файловой системы Ext4

[Michael Shigorin]

On Sat, Oct 09, 2010 at 05:20:15PM +0300, melcomtec wrote:
> 1. Вначале открываем файл /etc/fstab и заменяем опцию
> монтирования default на noatime,nodiratime.

Альтовский инсталер (точнее, alterator-vm) довольно давно уже
по умолчанию делает relatime.

> P.S. Напомню: блока бесперебойного питания нет и не предвидится.

Сочувствую, в любом разе полезен.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Оптимизация файловой системы Ext4

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 713 bytes --]

On Sat, Oct 09, 2010 at 07:18:12PM +0300, Michael Shigorin wrote:
> > 1. Вначале открываем файл /etc/fstab и заменяем опцию
> > монтирования default на noatime,nodiratime.
> Альтовский инсталер (точнее, alterator-vm) довольно давно уже
> по умолчанию делает relatime.
Давно можно убрать.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

А то у нас унификация, "каждое устройство - это файл", а снаружи - изволь
запомнить, что CD не вытащить, если он блокируется программой, floppy не
вздумай вынимать прежде 5-ти секунд, flash монтируй командой mount... Это
не должно быть сложнее тыканья в "Мой компьютер", в котором самые разные
устройства одинаковым образом появляются.
		-- lav in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Оптимизация файловой системы Ext4

[Чернышов Антон]

Читал, кстати, давно и не помню уже где: проводилось тестирование
работы ext3 при разных режимах журналирования. И, что самое
интересное, writeback иногда проигрывал (в режиме высоких нагрузок)
режиму journal.
Я вообще считаю, что все эти "тюнинги" от лукавого. Не хватает
быстродействия - купите новое железо. Linux быстрее железа все равно
работать не будет :).

9 октября 2010 г. 20:22 пользователь Andrey Rahmatullin
<wrar@wrar.name> написал:
> On Sat, Oct 09, 2010 at 07:18:12PM +0300, Michael Shigorin wrote:
>> > 1. Вначале открываем файл /etc/fstab и заменяем опцию
>> > монтирования default на noatime,nodiratime.
>> Альтовский инсталер (точнее, alterator-vm) довольно давно уже
>> по умолчанию делает relatime.
> Давно можно убрать.
>
> --
> WBR, wRAR
> Powered by the ALT Linux fortune(6):
>
> А то у нас унификация, "каждое устройство - это файл", а снаружи - изволь
> запомнить, что CD не вытащить, если он блокируется программой, floppy не
> вздумай вынимать прежде 5-ти секунд, flash монтируй командой mount... Это
> не должно быть сложнее тыканья в "Мой компьютер", в котором самые разные
> устройства одинаковым образом появляются.
>                -- lav in devel@
>
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community
>



-- 
С уважением,
Чернышов Антон

Re: [Comm] Оптимизация файловой системы Ext4

[melcomtec]

Чернышов Антон написал:
> Читал, кстати, давно и не помню уже где: проводилось тестирование
> работы ext3 при разных режимах журналирования. И, что самое
> интересное, writeback иногда проигрывал (в режиме высоких нагрузок)
> режиму journal.

Я писал об этом в рассылках "сто лет назад" :-) Или Вы читали об этом
у меня или мы читали одну статью.

> Не хватает быстродействия - купите новое железо.

Итак новое.

> Я вообще считаю, что все эти "тюнинги" от лукавого.

Ну от лукавого, так от лукавого. У меня всегда на всех дисках и
разделах стоит режим полного журналирования ещё со времён ext3fs. А
тут показалось, что несколько дней наблюдается небольшое замедление в
работе. Годами ничего, работал же как-то так. А тут ... Померещилось
значит ... Провайдер ещё с инетом афёры крутит ... Показалось
наверное.
-- 
С уважением, Денис [melcomtec].

Re: [Comm] Оптимизация файловой системы Ext4

[melcomtec]

9 октября 2010 г. 18:37 пользователь Andrey Rahmatullin
<wrar@wrar.name> написал:

>> 2. И последний пункт настройки файловой системы EXT4 будет изменение
>> режима журналирования на самый быстрый вариант - writeback. На
>> домашних компьютерах журналирование не больно-то нужно.
> Ну так и предложили бы отключить.
> Впрочем, врут, нужно.

А насколько велики будут потери в режиме writeback при внезапном
отключении питания, если источника бесперебойного питания нет? На
практике никто не сталкивался?

И ещё вопрос. Если компьютер располагает большим объёмом оперативной
памяти, то каким образом тюнинговать файловую систему (или что там
ещё), чтобы кэш на файловые операции был больше?

Вообще, можно каким-то образом настроить систему, чтобы при файловых
операциях (или вообще при работе) поиметь пользу от большого
количества RAM?
-- 
С уважением, Денис [melcomtec].

Re: [Comm] Оптимизация файловой системы Ext4

[Alexander Yereschenko]

Доброе!
В сообщении от Воскресенье 24 октября 2010 19:11:29 автор melcomtec написал:
> 9 октября 2010 г. 18:37 пользователь Andrey Rahmatullin
> 
> <wrar@wrar.name> написал:
> >> 2. И последний пункт настройки файловой системы EXT4 будет изменение
> >> режима журналирования на самый быстрый вариант - writeback. На
> >> домашних компьютерах журналирование не больно-то нужно.
> > 
> > Ну так и предложили бы отключить.
> > Впрочем, врут, нужно.
> 
> А насколько велики будут потери в режиме writeback при внезапном
> отключении питания, если источника бесперебойного питания нет? На
> практике никто не сталкивался?
> 
> И ещё вопрос. Если компьютер располагает большим объёмом оперативной
> памяти, то каким образом тюнинговать файловую систему (или что там
> ещё), чтобы кэш на файловые операции был больше?
> 
> Вообще, можно каким-то образом настроить систему, чтобы при файловых
> операциях (или вообще при работе) поиметь пользу от большого
> количества RAM?

Вроде как в линуксе автоматически отрабатывается свободную память максимально 
использовать под файловый кэш. Наглядно это видно, например, в KInfoCenter.
А вот в связи с вашим желанием сделать файловый кэш побольше и при этом не 
использовать бесперебойник, наверное, все-таки стоит задуматься о 
бесперебойнике, ибо при большем объеме кэша больше вероятность, что что-то в 
нем не синхронизировано с диском...

С уважением, Александр

Re: [Comm] Оптимизация файловой системы Ext4

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 535 bytes --]

On Sun, Oct 24, 2010 at 07:11:29PM +0300, melcomtec wrote:

m> И ещё вопрос. Если компьютер располагает большим объёмом оперативной
m> памяти, то каким образом тюнинговать файловую систему (или что там
m> ещё), чтобы кэш на файловые операции был больше?

Он и так всею неиспользуемую память под кэш чтения отдаст.

А пожелания по поводу надежности с большим кэшем на запись сочетается с
трудом :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]