The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Крэш-тест файловой системы ext4 в Ubuntu 9.04

20.04.2009 10:48

Несмотря на наличие явных преимуществ файловой системы ext4 над ext3, в свете последней информации о возможной потере данных при использовании ext4, интерес к ней уменьшился. Тем не менее, отчаиваться не стоит, судя по всему разработчики нашли способ борьбы с проблемами, наблюдаемыми в ранних тестовых выпусках Ubuntu 9.04.

Проведённый крэш-тест ext4 показал отличную устойчивость файловой системы ext4 к внезапным "крахам". Авторы теста "роняли" сервер при следующих вновь установленных и запущенных сервисах: Postfix, Apache/MySQL, а также несколько раз устраивали падение системы после копирования файлов в зашифрованную домашнюю директорию. В итоге не было обнаружено потерь данных, ни в одном из указанных случаев.

  1. Главная ссылка к новости (http://beginlinux.com/server_t...)
  2. OpenNews: Сравнение производительности файловых систем ext3 и ext4
  3. OpenNews: Файловая система Ext4 позволила уменьшить время загрузки Ubuntu до 21 сек.
  4. OpenNews: Проблемы с потерей данных на Ext4 разделах в тестовой версии Ubuntu 9.04
  5. OpenNews: План внедрения файловых систем Ext4 и Btrfs
  6. OpenNews: Решение проблемы с потерей данных в ext4. NILFS2 и CEPH претендуют на включение в ядро 2.6.30
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/21343-ext4
Ключевые слова: ext4, ext3, ubuntu
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, angel_il (?), 13:18, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно сколько серверов разбили, и с какой высоты роняли.
     
     
  • 2.9, Аноним (-), 16:24, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >интересно сколько серверов разбили, и с какой высоты роняли.

    тогда бы это был тест по пересылке большого количества данных на короткие расстояния, а не тест файловой системы ;-)

     
     
  • 3.14, User294 (??), 18:27, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >тогда бы это был тест по пересылке большого количества данных на короткие
    >расстояния, а не тест файловой системы ;-)

    А при достаточной высоте падения и админе внизу - тест на скорость реакции админа на падение сервера.При недостаточной скорости реакции вместо этого будет проверена стойкость админа к падениям сервера.

     

  • 1.2, mma (?), 13:19, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это что за заметка - "не понимаю о чем но где-то слышал"?
    Разработчики Ubuntu ССЗБ - предлагать тестить ext4 на "сырой" редакции ядра 2.6.28 которое в этом направлении надо патчить конкретно а потом делать выводы о проблемах в ext4. Даже на 2.6.29 и то надо пару патчей подстраховочных для ext4.
    Ну теперь то они наконец-то узнали какие патчи нужны...
     
     
  • 2.4, RTFA (?), 13:24, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре Ubuntu 2.6.28 находится ext4 из ядра 2.6.29 со всеми исправлениями.

    Так что вы не в тему.

     

  • 1.3, Sarge (??), 13:24, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не увидел по ссылке тестов с KDE, в связке с которой и была обнаружена проблема.
     
     
  • 2.8, Гость я (?), 15:43, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ты причину знаешь? кде там только как один из возможных вариантов. почитай что писал тед на эту тему... спец патчи для федоры и убунты сделали... я уже давно проверял (кстати скрипты из коментов к его блогу брал) - потеря данных отсутствовала.
     
     
  • 3.16, Sarge (??), 00:48, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Знаю по соответствующей новости - КДЕ при загрузке обнуляет большое количество файлов и тут же перезаписывает их снова. Именно поэтому мне и было бы интересно посмотреть на тесты именно с ним. Вряд ли программы из данного теста ведут себя точно так же.

    PS: кроме той новости ничего на эту тему не читал и не следил за развитием. А вы на чём проверяли? - на КДЕ?

     
  • 3.17, Volodymyr Lisivka (?), 00:49, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Так ка ext4 и дальше позволяет себе писать метаданые перед даными, то потеря даных всё ещё возможна. Насколько мне известно, ext4 может создать файл с нулевой длинной, если это новый файл. У меня есть тесты но нет нового ядра (я ещё не скачал - небыло времени проверить). На старом ядре проблема проявляется и патча я не видел.
     

  • 1.5, Имя (?), 13:42, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не, если тест не дал результатов, то это показывает лишь несостоятельность теста.
    Да и тесты нужно проводить 24/7/365 хотябы пару лет.
     
     
  • 2.18, User294 (??), 02:21, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да и тесты нужно проводить 24/7/365 хотябы пару лет.

    Если щелкать питанием в таком режиме пару лет, протестируется, пардон, блок питания.Точнее, почти 100% что он затестируется нафиг ;)

     
     
  • 3.21, да зачем вам мое имя (?), 10:31, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем блоком питания, когда есть кнопка Reset?
     
     
  • 4.24, User294 (??), 20:52, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем блоком питания, когда есть кнопка Reset?

    Самый прикол - она были и есть не на всех системниках.Особенно этим грешат системники к которым интель свои лапы в каком-то виде приложил...

     

  • 1.6, Аноним (-), 14:40, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А результаты будут "мегоактуальны" (:
     
  • 1.7, anonymous (??), 15:32, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ндя. Чистота эксперимента соблюдена. Возьмем чего-то там, поставим туда что-то, подергаем рубильником пару раз. Вуаля! Нофинг хаппен! Проверка ФС остальных разделов проводилась-то?
     
  • 1.10, Аноним (-), 17:03, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что если все это тестить на неисправном винчестере и говорить, что ext3 тоже приводит к потере данных?
    Так кто вообще начал с того, что данные теряются под ext4? Если бы были упомянуты четкие степы и конфигурация машин, на которых терялись данные, то думается уже давно бы нашли слабое звено в ext4...
     
     
  • 2.11, vitek (??), 17:44, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А что если все это тестить на неисправном винчестере и говорить, что
    >ext3 тоже приводит к потере данных?
    >Так кто вообще начал с того, что данные теряются под ext4? Если
    >бы были упомянуты четкие степы и конфигурация машин, на которых терялись
    >данные, то думается уже давно бы нашли слабое звено в ext4...
    >

    не поверите. это слабое звено было известно ещё на этапе проектирования. да и метод решения - этот костыль - тоже.

     
  • 2.25, User294 (??), 21:13, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >то думается уже давно бы нашли слабое звено в ext4...

    Так его уже давно и нашли и патчи выпустили.Что не так?


     
     
  • 3.27, Volodymyr Lisivka (?), 12:23, 22/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>то думается уже давно бы нашли слабое звено в ext4...
    >
    >Так его уже давно и нашли и патчи выпустили.Что не так?

    Высказывания Линуса почитайте на эту тему. Суть проблемы в том, что метаданые для ext4 более важны чем ваши даные. Ext3 можно легко разогнать до скоростей Ext4 выключением режима ordered (сначала записать даные, затем метаданые) заменив его на writeback (снача метаданые, потом даные).

    Ext4 имеет очень мало изменений по сравнению с Ext3. Основные изменения это экстенты и writeback по умолчанию.

    Суть патчей в том, что они меняют режим на ordered для некоторых операций, но не для всех. Это позволяет избежать потери даных в *некоторых* операциях.

     

  • 1.12, Аноним (-), 17:51, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да нормально все с ext4, проблема в приложениях - http://www.gnuplanet.ru/main/topic.php?topic_id=2925&rnd=04880161
     
     
  • 2.19, upyx (ok), 09:28, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да нормально все с ext4, проблема в приложениях - http://www.gnuplanet.ru/main/topic.php?topic_id=2925&rnd=04880161

    Очень много приложений были написаны до создания ext4 с его особенностями. Кроме ext4 существуют другие ФС, которые требуют другого подхода. Т.ч. разработчикам либо придется "со всем этим жить" либо...

     

  • 1.13, XoRe (ok), 18:17, 20/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    +1

    Postfix, Apache/MySQL
    Нашли на чем тестить.
    Автору теста надо было тестить на приложениях, криво работающих с файлами.
    Можно даже самому накодить программку, которая бы делала:
    - open(filename, O_TRUNC | O_CREAT);
    - скажем, через минуту что-нибудь писала бы в файл;
    - и ещё через минуту закрывала бы файл.
    Поставить 1000 таких программ в автозагрузку.
    И ребутить сервер в первые 2 минуты работы.

     
  • 1.15, Иг (?), 00:19, 21/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Да нормально все с ext4, проблема в приложениях

    В 90% приложений

     
  • 1.22, av (??), 12:29, 21/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в свете последней информации о возможной потере данных при использовании ext4, интерес к
    > ней уменьшился

    Я плакал. В каком то там релизе MySQL обнаружили критические ошибки и что интерес к ней пропал?

     
  • 1.23, Аноним (-), 20:43, 21/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне кажется экст4 достаточно устойчивая. В доме кап ремот, 3 неожиданных поверофф. Никаких потерь.
     
  • 1.26, av (??), 22:01, 21/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня железобетонная UPS-ка на полтора киловата, поставить что ли ext4 поиграться....
     
     
  • 2.28, XoRe (ok), 14:32, 24/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня железобетонная UPS-ка на полтора киловата, поставить что ли ext4 поиграться....
    >

    Если есть UPS, то может сразу btrfs ?)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру