Как определить оптимальный размер журнала для файловой системы?

Ну вы просто п****ц вопросы задаёте.

Какие задачи собираетесь выполнять, какого размера разделы, какая ОСь, какая FS?

Я сто лет как пользую ext4 вообще без журнала, ибо он нафиг не сдался. fsck быстро работает, а если UPS есть, то он вдвойне не сдался.

// b.

Имеет ли смысл помещать журнал файловой системы и журнал RAID на разные диски?

Да.

Целесообразно ли отключить один из этих журналов?

Нет.

У меня тоже вопрос вдогонку. Раз уж тема такая. Можно ли разместить(переместить) журнал на уже созданой ФС ехт4, хфс, райзер, в другое место? В файл, раздел?

Целесообразно ли отключить один из этих журналов?

Нет.

Почему? Получается двойное копирование - сначала в журнал файловой системы, потом в журнал рейда, двойной износ и двукратное уменьшение времени жизни носителя. Это на SSD особенно заметно.

Чё это такое, кстати, журнал рейда?

На ext можно, на xfs должно быть тоже, на reiser не знаю.

>> Как определить оптимальный размер журнала для файловой системы?

В общем случае максимальный, т.к. они всё равно имеют сильные ограничения сверху и по нынешним меркам просто ничтожны. Либо опытным путём, делов-то.

Имеет ли смысл помещать журнал файловой системы и журнал RAID на разные диски?

Какой ещё «журнал RAID»? WIB?

Целесообразно ли отключить один из этих журналов?

Нет.

> Почему? Получается двойное копирование - сначала в журнал файловой системы, потом в журнал рейда, двойной износ и двукратное уменьшение времени жизни носителя. Это на SSD особенно заметно.

В журналы пишутся транзакции, а не содержимое, которое нужно записать на диск :) Потому перезаписи не будет и твоё утверждение неверно.

О размерах журнала: 64МБ на журнал на любой ФС - с головой. Если будет мало - расширяешь. Как проверяется, что журнала мало - смотрятся wait'ы по тому разделу, на котором живет журнал. Там будут наблюдаться задержки.

wait'ы не говорят о нехватке журнала, иррелевантная характеристика к топику.