Изпечатай

[Naka]

Струва ли си за сериозна работа ext3 да се монтира с data=journal?
Какви са ви впечатленията?

[progmetal]

Едно добро четиво:
http://www.ibm.com/developerworks/library/l-fs8.html

"Therefore, ext3's data=journal mode, which was assumed to be the slowest of all ext3 modes in nearly all conditions, actually turns out to have a major performance advantage in busy environments where interactive IO performance needs to be maximized."

[teh]

Първо да уточниш на кое казваш сериозна и следователно на кое не-сериозна работа?

[Naka]

Първо да уточниш на кое казваш сериозна и следователно на кое не-сериозна работа?

Уточнявам: Сериозната работа е Много Сериозна. А не сериозната е като този отговор.

Не е ли ясно?
Да няма загуба или корупция на данни при пропадане на захранването или ресет. При почти всички линукси по подразбиране идва с data=ordered и предполагам че повечето потребители нямат опит и наблюдения при  монтиране на пълен журнал. Затова питам дали пълният журнал се ползва и за мнения.

[teh]

Сериозна работа вършат хората на които им трябва 100% консистенция след краш както и такива на които данните върху тази файлова система не им е задължително да са консистентни след краш но пък искат много по-добър performance. Както и да е .. за това попитах. Уточнявайте се какво искате, никой не може да ви чете мислите и това което на теб ти се струва очевадно, за други не е.

Освен data=journal ако искаш пълна консистенция след краш трябва да помислиш и за write кеша на дисковете си. Той също може да изгуби информация при краш ако няма наличен BBU на контролера на който е вързан. Някой ще кажат "имам си UPS!". Имаш ама от UPS-а до дисковете ти има повече път и устройства които могат да сдадат багажа по един или друг начин. Най-радикалното решение относно кеша (ако нямаш BBU) е да го изключиш (по-сигурният вариант) или да ползваш (това вече сме го писали в тоя форум до колкото си спомням) barrier опцията (вече по подразбиране за ext3 в по-новите версии на кернела). Кое от двете ще се отрази по-добре на performance-а май е относително и варира за всеки setup. Считай, че трябва да тестваш и двете. barrier опцията обаче не работи ако ползваш MD/DM устройства ("linux soft raid"/lvm). След 2.6.29 barrier работи и върху LVM но ако ползваш само един диск за physical storage.

Накратко - щом искаш пълна консистенция и здрава файлова с-ма след краш имаш два варианта с ext3:
1. ако нямаш BBU - изключваш write cache на дисковете, слагаш nobarrier и data=journal
2. ако имаш BBU - включваш write cache на дисковете, слагаш nobarrier и data=journal