The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: OpenSUSE прекращает использование ReiserFS как ФС по умолчанию, opennews (?), 04-Окт-06, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "OpenSUSE прекращает использование ReiserFS как ФС по умолчанию"  +/
Сообщение от smartcgiemail (?), 05-Окт-06, 08:21 
250 серваков
на всех разделах - xfs
за все время - ни разу не терялись файлы даже когда надо ребутили по overloaded на винт (т.е. активно писались файлы).

Ext3 - было несколько случаев когда _просто_ пропадали файлы (без появления оных в  lost+found). Причем в ext3 есть дурная привычка восстанавливать файлы в lost+found  без сохранения структуры каталогов. Когда юзерских файлов пару миллионов...
xfs восстанавливает со всей структурой.

упаси Боже от ext2/ext3 на серваках.... это были кошмарные денечки... появились сединки на моей тогде еще молодой буйной головушке :)

Ответить | Правка | Наверх | Cообщить модератору

24. "OpenSUSE прекращает использование ReiserFS как ФС по умолчан..."  +/
Сообщение от THESERG (??), 05-Окт-06, 12:04 
да как бы медленная твоя xfs

тесты посмотри - всех делает ext2, и на множестве маленьких файлов - рейзер

Ответить | Правка | Наверх | Cообщить модератору

25. "OpenSUSE прекращает использование ReiserFS как ФС по умолчан..."  +/
Сообщение от THESERG (??), 05-Окт-06, 12:06 
естественно, не за счёт того, что она супер, а потому что простая как 2 пальца и без журналирования (бэкапы рулят?)
Ответить | Правка | Наверх | Cообщить модератору

28. "xfs vs ext"  +/
Сообщение от Michael Shigorinemail (?), 05-Окт-06, 12:30 
>да как бы медленная твоя xfs
Да мне это "как бы" неинтересно.

>тесты посмотри - всех делает ext2
Я, кажется, объяснил -- fsck.ext2 не вариант.

>и на множестве маленьких файлов - рейзер
Рейзер -- /там/ не вариант в куда меньшей степени и по другим причинам, но тем не менее.  Он используется, но как правило именно с RAID0 или одиночными дисками.

А так -- извините, тесты мне тоже интересны те, которые не для случая "я и моя собачка", бишь отдать один html и пять гифарей с домашней машинки васи-хацкера по модему 33600.  А для чего-то поближе к моим проблемам.  Не космическим, но и не однозадачным.

Когда тазик прошлого века (Duron 800/512M/IDE), который сполнял до недавнего за ftp.linux.kiev.ua, отдавал до ста мегабит ftp/rsync, при этом было и w ненулевое количество (поскольку почта и местами веб -- там же были) при данных на xfs и как он же просто загибался до чуть ли непингуемости под ext3 при одновременных r и w -- я "как бы" и сам прекрасно помню.  И тест на двух идентичных барракудах, расставивший точки над "ы", тоже.

Выглядел он так -- добавились два IDE 120G, на один из них пошла ext3, другой пустой.  На первый было перенесено содержимое предыдущей шестидесятки (кажется), которое после подъёма пошло себе отдаваться на несколько DSL и стопку дайлапов -- мегабит десять-пятнадцать в сумме, но оживлённо по потокам.  На него же была поставлена заливаться FC4, что ли.  Исошками в пределах IX.  Пока влезало в кэш -- ~50mbps.  Потом LA стрельнул в потолок (то ли за 12, то ли за 40), а пропускная на диск -- упала ниже плинтуса, где-то к пяти мегабитам.  И всё безудержно тормозило, хорошо, что оперативно приступил к получению хотя бы reniced shell (ionice там быть не могло в принципе).  Так вот то же самое, но на соседнем блине, куда была водружена xfs, прошло *настолько* незаметно для машинки, что я сам сидел и минуть пять глаза протирал -- где дикие тормоза?  Где LA и эти самые залипшие в ожидании I/O процессы?  Ниже единицы, всё шуршит и радуется жизни.

Вот такие пироги; но с тех пор ничуть не удивляюсь, что для kernel.org потребовались квадовые оптероны с прочими погремушками.  С ext3-то, ага.  (specially for andr: только не надо мне рассказывать, что а вот бы фря -- в [UF]FS, насколько мне известно, delayed allocation также не пахло, не пахнет и вряд ли в обозримом будущем запахнет, а это тут оказалось ключевым)

PS: у xfs была когда-то ещё заморочка с software raid5, которая гуглится по характерным для неожиданных тормозов сообщениям в логе (про прыгающий размер чего-то, когда stripe size, block size и записи в журнал приводили к специфической ситуации).  Впрочем, и это уже вроде неактуально.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

31. "xfs vs ext"  +/
Сообщение от THESERG (??), 05-Окт-06, 13:59 
как-то неконкретно высказываешься

вопрос по существу:

сервер,

1) который может выключиться в любой момент
2) в котором могут перегреться летом винты
3) в котором может забиться / под 100%

может нормально работать под рейзер или [x|j]fs?

люди говорят, что разделы просто сыпятся, как 98 венда после неудачной установки какого-нибудь драйвера :)  (сравнение шуточное, конечно)

и тем не менее... если у меня не кластер, а обычный сервак?

Ответить | Правка | Наверх | Cообщить модератору

32. "xfs vs ext"  +/
Сообщение от slavutichemail (?), 05-Окт-06, 14:04 
сервер,

> 1) который может выключиться в любой момент
Это не сервер.
> 2) в котором могут перегреться летом винты
Это не сервер.
> 3) в котором может забиться / под 100%
Это не сервер.

> может нормально работать под рейзер или [x|j]fs?
Сервера - да.

Ответить | Правка | Наверх | Cообщить модератору

35. "xfs vs ext"  +/
Сообщение от THESERG (??), 05-Окт-06, 15:41 
га-га-га

ну вот, добро пожаловать в реальность

у начальника нет денег на конд, у чубайса нет электричества, а админ админит раз в месяц

таких серверов я думаю очень много

Ответить | Правка | Наверх | Cообщить модератору

36. "xfs vs ext"  +/
Сообщение от slavutichemail (?), 05-Окт-06, 15:54 
>га-га-га
>
>ну вот, добро пожаловать в реальность
>
>у начальника нет денег на конд, у чубайса нет электричества, а админ
>админит раз в месяц
>
>таких серверов я думаю очень много
Да не - обыкновенное (мда...) отсутствие чувства ответственности (на всех уровнях)...
Иногда - и знаний.

Ответить | Правка | Наверх | Cообщить модератору

40. "xfs vs ext"  +/
Сообщение от gvyemail (?), 06-Окт-06, 09:16 
>и тем не менее... если у меня не кластер, а обычный сервак?
...то не дай Боже Вам (упомянутому начальнику, ...) потом заниматься "обычным кластером".  Мотивируя это богатым админским (управленческим, ...) опытом.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

41. "xfs vs ext"  +/
Сообщение от sauronemail (??), 06-Окт-06, 14:12 
>как-то неконкретно высказываешься
>
>вопрос по существу:
>
>сервер,
>
>1) который может выключиться в любой момент
>2) в котором могут перегреться летом винты
>3) в котором может забиться / под 100%
>
>может нормально работать под рейзер или [x|j]fs?
Да. Работает. И под xfs и под reiserfs. При посыпавшемся винте из xfs данные достаются. У меня не было проблем с доставанием данных с нее. С reiserfs были.

>и тем не менее... если у меня не кластер, а обычный сервак?
это у вас не сервер. А дешевый писюк исполняющий роль сервера. В таких условиях у вас должен стоять embedded платформа с флешем. Где никаким рейзером не пахнет.


Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

38. "OpenSUSE прекращает использование ReiserFS как ФС по умолчан..."  +/
Сообщение от smartcgiemail (?), 06-Окт-06, 00:34 
>да как бы медленная твоя xfs
>
>тесты посмотри - всех делает ext2, и на множестве маленьких файлов -
>рейзер

когда перевел сервера баз данных, скорость чтения поднялась где-то раза в 4
когда перевел сервера free hosing на XFS, LA упала до меньше 1

опять же, я говорю _только_ о загруженных серверах
там где скорость отдачи ~50-140mbps.

дома - да, xfs на некоторых операциях тормознее (например удаление всего каталога или очень большого файла).
но таких операций на серверах очень мало.
как правило - чтение файлов и записи в базы.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

27. "OpenSUSE прекращает использование ReiserFS как ФС по умолчан..."  +/
Сообщение от avatar (??), 05-Окт-06, 12:15 
Согласен. ext2 и ext3 - это жуть.

В остальном, я на 40 продакшен серверах использую SLES9 SP3 reiserfs3.6 и за 2 года,
режим работы оных 24х7, серьезных проблем замечено не было. А поспать ночью хочется. Если бы reiserfs плохо работала давно бы перебрался на что нибудь другое.

НИГДЕ, НИЧЕГО НЕ ПРОПАДОЛО И НИКАКИМИ НУЛЯМИ НЕ ЗАПОЛНЯЛОСЬ. На некоторых из них очень большое колличество файлов и пишут они постоянно и много (колличество файлов в кеш - 10 196 781). А о перезагрузках по ресету я вообще молчу, поскольку, никаких проблем они, также, не вызывали.

Вот статистика которой я доверяю, поскольку испытал на собственной шкуре!

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

39. "OpenSUSE прекращает использование ReiserFS как ФС по умолчан..."  +/
Сообщение от smartcgiemail (?), 06-Окт-06, 00:37 
не пробовал reiserfs потому что банально боюсь.
сильно много репортов о проблемах с ней
хотя много репортов о полном отсутсвии проблем с оной

250 серваков, 4 года.

сейчас запустил tape backup на 14tb, может и попробую на нескольких серваках

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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