LINUX.ORG.RU

История изменений

Исправление Moisha_Liberman, (текущая версия) :

Да ты и не предлагаешь. А я с 2009 года с ними работаю.

ZFS? На машине (сервере) с аппаратном RAID-массивом? А зачем там оно в принципе? В наши-то времена?

Когда ZFS использовалась на Sun Fire x4540 (да, именно на этих машинах мы горя и хапнули в своё время с ZFS), то там была поддержка со стороны производителя данного программно-аппаратного решения.

Сейчас в Linux на пришедших (и давно уже) на замену Sun Fire HP SL4540 PDF со спеками нужно просто сделать всё как можно проще. Ядро собирается с NO_PREEMPTIVE (CONFIG_PREEMTIVE NONE), выставить timer frequency в 100Hz и, в принципе, всё. Ну ещё выставить соответствующую файловую систему, которая будет на внутренние операции меньше ресурсов жрать (ext4 с рядом корректировок типа отказа от журналирования пойдёт). Вот, собственно, и всё.

В этом случае NO PREEMPTIVE заставляет ядро меньше прерывать (вытеснять) уже работающие задачи, т.к. дешевле дать закончить операцию и потом переключить контекст исполняемой задачи, чем попусту дёргать систему. 100Hz позволяют возможно более редко дёргать систему за яйца на всякую шелуху. Файловая система (и её модули ядра и ZFS здесь не исключение для Linux) требует ресурсов, тех же тактов процессора на свои задачи. Если ФС простенькая, типа экст4, да ещё и без журналированя (на фиг оно на сервере в ДЦ, с резерированием по питанию?) то тратится на работу меньше ресурсов системы.

В результате картинка сильно упрощается – файловая система при операциях чтения-записи плотно работает с RAID, который сам как-то там разруливает процессы чтения-записи непосредственно на дисковый массив (открою секрет – у RAID есть своя буферная память и свой процессор и эти операции он разруливает на «ура» просто и без помощи со стороны ОС). Чем проще, тем быстрее и лучше в итоге. В результате попрощались в своё время с SUN Fire, ZFS и никто даже слезинки не проронил.

На хрен здесь сдалась ZFS, использующая свои, чисто софтовые логические структуры типа пулов и всего остального-прочего, здесь не ясно совсем. Ресурсов девать некуда?

Или постойте… Дайте я угадаю…

с 2009 года

С 2009г. Вы так и не поняли зачем нужен аппаратный RAID? Или так и не появилось денег чтобы купить нормальное оборудование, с нормальными рейдами?

Проблема FReeBSD в том, что среди её апологетов слишком мало инженеров, которые в состоянии задавать вопросы. Но слишком дофига фанатиков.

Как будто зачем-то нужно грузиться с флэшки и импортировать испорченный пул с опцией «-f».

Пофиксил, не благодарите.

Ну и да, насчёт «загружаться с флешки» в контексте обсуждения… Юмор оценил. Смешно. =)))

Исходная версия Moisha_Liberman, :

Ну и нафига?

Да ты и не предлагаешь. А я с 2009 года с ними работаю.

ZFS? На машине (сервере) с аппаратном RAID-массивом? А зачем там оно в принципе? В наши-то времена?

Когда ZFS использовалась на Sun Fire x4540 (да, именно на этих машинах мы горя и хапнули в своё время с ZFS), то там была поддержка со стороны производителя данного программно-аппаратного решения.

Сейчас в Linux на пришедших (и давно уже) на замену Sun Fire HP SL4540 PDF со спеками нужно просто сделать всё как можно проще. Ядро собирается с NO_PREEMPTIVE (CONFIG_PREEMTIVE NONE), выставить timer frequency в 100Hz и, в принципе, всё. Ну ещё выставить соответствующую файловую систему, которая будет на внутренние операции меньше ресурсов жрать (ext4 с рядом корректировок типа отказа от журналирования пойдёт). Вот, собственно, и всё.

В этом случае NO PREEMPTIVE заставляет ядро меньше прерывать (вытеснять) уже работающие задачи, т.к. дешевле дать закончить операцию и потом переключить контекст исполняемой задачи, чем попусту дёргать систему. 100Hz позволяют возможно более редко дёргать систему за яйца на всякую шелуху. Файловая система (и её модули ядра и ZFS здесь не исключение для Linux) требует ресурсов, тех же тактов процессора на свои задачи. Если ФС простенькая, типа экст4, да ещё и без журналированя (на фиг оно на сервере в ДЦ, с резерированием по питанию?) то тратится на работу меньше ресурсов системы.

В результате картинка сильно упрощается – файловая система при операциях чтения-записи плотно работает с RAID, который сам как-то там разруливает процессы чтения-записи непосредственно на дисковый массив. Чем проще, тем быстрее и лучше в итоге.

На хрен здесь сдалась ZFS, использующая свои, чисто софтовые логические структуры типа пулов и всего остального-прочего, здесь не ясно совсем. Ресурсов девать некуда?

Или постойте… Дайте я угадаю…

с 2009 года

С 2009г. Вы так и не поняли зачем нужен аппаратный RAID? Или так и не появилось денег чтобы купить нормальное оборудование, с нормальными рейдами?

Проблема FReeBSD в том, что среди её апологетов слишком мало инженеров, которые в состоянии задавать вопросы. Но слишком дофига фанатиков.

Как будто зачем-то нужно грузиться с флэшки и импортировать испорченный пул с опцией «-f».

Пофиксил, не благодарите.

Ну и да, насчёт «загружаться с флешки» в контексте обсуждения… Юмор оценил. Смешно. =)))