Чи готовий ext4 до використання?


10

Що ви думаєте про файлову систему ext4 у виробничому середовищі? Ми дуже близькі до запуску нашого проекту, який використовує десятки мільйонів досить часто оновлюваних не дуже великих файлів, і нам потрібно вирішити, який FS використовувати.

На деякий час наші міркування щодо інших Linux FS:

  • Ext3 стійкий до рок, але не дуже добре підходить для обробки мільйонів невеликих файлів
  • XFS виглядає дуже приємно, напевно, ми його використаємо
  • ReiserFS ... ну ... неясне майбутнє, хто врешті-решт виправить помилки?

На попередній роботі у нас були величезні системи SGI з файловими системами XFS. У той час наш 96 Гб масив був більшим, ніж те, що довелося тестувати SGI, і тому, коли у нас виникли проблеми, інженери SGI з'явилися самі. Як ви можете собі уявити, з тих пір XFS використовувала багато реального використання і здається досить стабільною та надійною.
Пол Томблін

Відповіді:


15

Якщо ви зовсім не впевнені (і це здається, що ви є), дотримуйтесь старих речей, які ви знаєте.

Це не стосується і файлових систем. Виробництво дорівнює твердому. Якщо вам доведеться запитати, чи готове щось для виробництва, ви не готові використовувати його для виробництва, і це важливо.

Створіть лабораторію та протестуйте її під час розгортання ext3 у виробничому середовищі.


1
Погодьтеся, дотримуйтесь ext3 під час тестування інших. Немає заміни для тестування.
pgs

5

Це залежить від вашого визначення виробництва. Ext4 тільки зараз починає пробиватися в дистрибуцію громади. Для openSUSE, на якій базується Novell SuSE Linux Enterprise Server, ext4 пропустив SLES11 і доведеться чекати SLES12. Я не знаю процесу RedHat достатньо добре, щоб передбачити. Але якщо вам потрібен корпоративний linux із підтримкою компанії, я думаю, це пройде за кілька років до того, як він з’явиться. Якщо контракт на підтримку - це ваше визначення "готовий до виробництва", то це ваша відповідь.

Якщо ви готові користуватися Linux без договору про підтримку підприємства, то ви знаєте, що ви перебуваєте в думці. Ext4 вже давно не знаходиться в ядрі, тому вони все ще знаходять великих помилок. На мій погляд, я б дав їй ще кілька ядер-оборотів, перш ніж розгорнути ext4 в чомусь виробництві. На моєму робочому столі? Звичайно! Сервери? Я зачекаю.


4

Я вела цю дискусію в списку розсилки LUG ... Оскільки ext4 не є версією Linux, яка має "підтримку підприємства", я не буду використовувати її на критичному сервері місії ... При цьому, Я запускаю його як на своєму ноутбуку, і на робочому столі, і на сервері в домашніх умовах (усі працюють на F11), і жодної проблеми я не бачив. Я пару разів витягнув штепсель на своєму ноутбуці, щоб побачити, наскільки добре він відновлюється і все повернулося ідеально.

На своїх робочих станціях я не проти ризику запуску ext4 ... Єдиний спосіб, коли він стане стабільним, це якщо люди запускають його і зловживають ним, щоб можливі помилки можна було знайти та виправити.


3

Виправте мене, якщо я помиляюся, але хіба XFS краще з великими файлами, ніж малі? Спільнота MythTV використовує його в перевазі ext3 для швидкості, з якою видаляє багатогігабайтні файли. Або обробка великої кількості файлів, що вас цікавить?

  • ReiserFS ... ну ... неясне майбутнє, хто врешті-решт виправить помилки?

Спробуйте це у вашому дереві джерела ядра:

$ ./scripts/get_maintainer.pl -f fs / reiserfs / Makefile  
reiserfs-devel@vger.kernel.org  
Джефф Махоні 

ReiserFS - не продукт однієї людини. ReiserFS v3 стабільний і знаходиться в режимі обслуговування; У ній все ще є команда з обслуговування, і єдині майбутні зміни, про які я знаю, - це видалення "великого блокування ядра", очищення ядра, яке також повинно призвести до збільшення швидкості (блокування за суперблок проти одного загального блокування).

Команда ReiserFS v4, можливо, втратила свого лідера та позицію, але волонтерська робота все ще триває, хоча вона не була об'єднана в основне ядро.


0

FWIW, на сьогоднішній день існує принаймні одна проблема продуктивності ext4 з Red Hat Enterprise Linux 5.4 (та 5.5 бета) x86-64, яку легко запустити у системах з великою пам'яттю :

time bash -c "dd if=/dev/zero of=10G bs=1M count=10000 && sync"

Синхронізація буде працювати дуже повільно на ext4 порівняно з ext3 або xfs (~ 7 хв проти ~ 1м у моїй тестовій системі). Детальну інформацію див. У моєму звіті про помилки .

Однак зауважте, що а) ext4 - це лише попередній перегляд технології в 5.4 та б) ядра ванілі 2.6.32 та 2.6.33 не впливають .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.