The OpenNET Project / Index page

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



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

Оглавление

Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1), opennews (ok), 23-Дек-12, (0) [смотреть все]

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


31. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +7 +/
Сообщение от Аноним (-), 23-Дек-12, 21:25 
> - Переизбыток мета-данных: создаете нулевые файлы и у вас на ФС кончается место хотя кроме метаданных на томе вообще ничего нет

Это работает на _любой_ файловой системе, включая ext* И XFS.

> - Баг с колизиями

Баг с коЛизиями уже давно исправили.

> - Для ряда нагрузок пока есть отставание Btrfs от XFS и EXT4

А по некоторым нагрузкам - есть отставание XFS от ext4.
А по некоторым другим - отставание ext4 от XFS.
Мораль - ext4 и XFS не готовы для продакшена.

> И еще непонятно что там с fsck; некоторые говорят что он не нужен, но, ИМХО, это как-то странно.

ZFS уже много лет живет без fsck.

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

37. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +4 +/
Сообщение от Аноним (-), 23-Дек-12, 22:06 
> ZFS уже много лет живет без fsck.

Да, и периодически высплывают перлы типа того что на лисяре было, когда мужик чинил завалившуюся ФС хексэдитором. Просто парням из сана было главное впарить. А теперь писать утилиты для монстрилы такого уровня тупо некому, даже если бы и захотели.

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

40. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +/
Сообщение от Аноним (-), 23-Дек-12, 22:43 
> мужик чинил завалившуюся ФС хексэдитором.

Заметим, это не мешает ей быть готовой для продакшена.

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

45. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +1 +/
Сообщение от Аноним (-), 23-Дек-12, 23:12 
> Заметим, это не мешает ей быть готовой для продакшена.

...с точки зрения ушлых маркетологов из сана :)

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

52. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +2 +/
Сообщение от Аноним (-), 23-Дек-12, 23:50 
>> Заметим, это не мешает ей быть готовой для продакшена.
> ...с точки зрения ушлых маркетологов из сана :)

И сотен счастливых администраторов FreeBSD.

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

73. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +3 +/
Сообщение от Аноним (-), 24-Дек-12, 08:51 
>И сотен счастливых администраторов FreeBSD.

Сотен миллиардов счастливых администраторов FreeBSD, я настаиваю!

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

85. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +3 +/
Сообщение от Аноним (-), 24-Дек-12, 14:28 
> И сотен счастливых администраторов FreeBSD.

...которым приходится выбирать из двух кактусов. Один побольше, второй поменьше. Оба колючие до безобразия.

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

80. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  –1 +/
Сообщение от Аноним (-), 24-Дек-12, 11:34 
>> Заметим, это не мешает ей быть готовой для продакшена.
> ...с точки зрения ушлых маркетологов из сана :)

Вылазь из криокамеры. Она не только готова для продакшена, а уже лет 6 как вовсю там используется. Причем не в формате "экстракт из пересказа пересказов от BSD", а вполне себе от первоисточника.

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

81. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +/
Сообщение от Аноним (-), 24-Дек-12, 13:02 
> Вылазь из криокамеры. Она не только готова для продакшена, а уже лет 6 как вовсю там используется.

Как же они без fsck, бедные?

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

87. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +3 +/
Сообщение от Аноним (-), 24-Дек-12, 14:30 
> Как же они без fsck, бедные?

Ну вот так. Когда надо на btrfs наехать - припоминают про fsck. Когда про ZFS - молчат в тряпочку. А когда не повезло - сношаются как на лисяре или просто пересоздают нафиг многодисковый пул с раскатыванием бэкапа, что доставляет много радости.

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

99. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +1 +/
Сообщение от Аноним (-), 24-Дек-12, 15:50 
> Ну вот так. Когда надо на btrfs наехать - припоминают про fsck.
> Когда про ZFS - молчат в тряпочку. А когда не повезло
> - сношаются как на лисяре или просто пересоздают нафиг многодисковый пул
> с раскатыванием бэкапа, что доставляет много радости.

Далеко не все так сношаются.
Адепты ZFS делятся на два вида:

1. Рассказывают об опыте внедрения на промышленных системах из миллионов хостов под астрономическими нагрузками. (На самом деле, их опыт юзания фс ограничивается NTFS и FAT32 на локалхосте под уютной хрюшей/семеркой) Никогда не страдают от сбоев ZFS.

2. Молодые наивные юноши, допущенные к рутовой консоли серваков мелких фирм, и наслушавшиеся историй успеха от первых. Страдают от сбоев ZFS, но мужественно молчат, боясь показаться криворукими и посрамить честь родной фри.

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

103. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  –1 +/
Сообщение от iZEN (ok), 24-Дек-12, 19:00 
> Как же они без fsck, бедные?

У ZFS есть три инструмента:
* zpool import -F
* zpool scrub
* zdb

zfs fsck, если таковой будет создан (по образу классических), останется тестирующей целостность ФС утилитой, интересной разработчикам, — не более. Видеть тонны собранного ей хлама с незначащими именами в каталогах /.lost+found каждой из ФС в пуле (а число ФС может быть несколько десятков) обычным пользователям неинтересно, так как scrub выдаёт более информативную информацию с точностью до имени проё-ого файла и полного пути к нему, что сокращает время восстановления хранилища в разы.

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

109. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +/
Сообщение от Аноним (-), 24-Дек-12, 21:07 
> У ZFS есть три инструмента:

...среди которых ни одного аналога fsck. И почему-то наезжающие на btrfs упорно игнорируют что там похожий инструментарий есть. Даже утилитка для недеструктивного вытаскивания файлов.

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

112. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  –2 +/
Сообщение от iZEN (ok), 25-Дек-12, 01:11 
> среди которых ни одного аналога fsck.

Безусловно. scrub — это не аналог убогого fsck, а его прямая замена. Ибо пользователям важно знать, какие конкретно файлы нужно быстро восстановить из бэкапа по списку, любезно предоставленном scrub'ом, а не рыться и вынюхивать с помощью hex-редактора в "завалах" /.lost+found/ в поисках "осколков счастья", оставшихся от их повреждённых файлов.

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

117. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +1 +/
Сообщение от Аноним (-), 26-Дек-12, 03:35 
> Безусловно. scrub — это не аналог убогого fsck, а его прямая замена.

Ты уж определись: или уж fsck убогий и не нyжен, или уж нужен. А то у тебя правда варьируется в зависимости от того о какой ФС спич. Не комильфо, знаешь ли, когда мировоззрение индивида крутится как флюгер на ветру.

> Ибо пользователям важно знать, какие конкретно файлы нужно быстро восстановить из
> бэкапа по списку, любезно предоставленном scrub'ом, а не рыться и вынюхивать
> с помощью hex-редактора в "завалах" /.lost+found/ в поисках "осколков счастья", оставшихся
> от их повреждённых файлов.

Ты только забыл что в btrfs тоже уже есть различных утилит восстановления. Вплоть до недеструктивной, вытаскивающей с сильно побитой ФС на другой носитель. Но это не мешает тебе истошно орать что в btrfs нету fsck когда речь о нем. Вот я и дивлюсь на такие двойные стандарты.

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

119. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  –1 +/
Сообщение от iZEN (ok), 26-Дек-12, 13:28 
>> Безусловно. scrub — это не аналог убогого fsck, а его прямая замена.
> Ты уж определись: или уж fsck убогий и не нyжен, или уж нужен.

А ты читай внимательнее, что я пишу. Или ещё не научился понимать из связных слов предложения?

> А то у тебя правда варьируется в зависимости от того
> о какой ФС спич. Не комильфо, знаешь ли, когда мировоззрение индивида
> крутится как флюгер на ветру.

Не неси чушь.

>> Ибо пользователям важно знать, какие конкретно файлы нужно быстро восстановить из
>> бэкапа по списку, любезно предоставленном scrub'ом, а не рыться и вынюхивать
>> с помощью hex-редактора в "завалах" /.lost+found/ в поисках "осколков счастья", оставшихся
>> от их повреждённых файлов.
> Ты только забыл что в btrfs тоже уже есть различных утилит восстановления.
> Вплоть до недеструктивной, вытаскивающей с сильно побитой ФС на другой носитель.
> Но это не мешает тебе истошно орать что в btrfs нету fsck когда речь о нем. Вот я и дивлюсь на такие двойные стандарты.

Никогда не орал, что "Btrfs нету fsck". Ты тщательнее следи за своими претензиями, особенно в тех случаях, к кому их предъявляешь. Иначе выйдет недоразумение и окажешься глупцом в собственных глазах.

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

120. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +/
Сообщение от Аноним (-), 26-Дек-12, 17:20 
> А ты читай внимательнее, что я пишу. Или ещё не научился понимать из связных слов предложения?

Ты слишком хорошего мнения о той бредятине котрую ты обычно выдаешь.

> Не неси чушь.

Действительно, это твоя прерогатива.

> Никогда не орал, что "Btrfs нету fsck". Ты тщательнее следи за своими претензиями,

Я слежу. Вот например, https://www.opennet.ru/openforum/vsluhforumID3/85076.html#79 - орал вполне себе в сторону btrfs - "Когда там появится fsck? Или не нужен? :))"

> особенно в тех случаях, к кому их предъявляешь. Иначе выйдет
> недоразумение и окажешься глупцом в собственных глазах.

Ну, ты этого хотел - скушай. Я вон пруфлинк привел.

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

121. "Выпущен первый кандидат в релизы ядра Linux 3.8 (3.8-rc1)"  +/
Сообщение от iZEN (ok), 26-Дек-12, 18:33 
>> Никогда не орал, что "Btrfs нету fsck". Ты тщательнее следи за своими претензиями,
> Я слежу. Вот например, https://www.opennet.ru/openforum/vsluhforumID3/85076.html#79
> - орал вполне себе в сторону btrfs - "Когда там появится
> fsck? Или не нужен? :))"

Так я не перестаю спрашивать: "Когда там появится fsck? Или не нужен?"
Заметь: я не отвергаю и не принимаю fsck в Btrfs. Если разработчики озаботились его нужностью — пожалуйста. Я не против. Ведь это им решать, нужна ли эта утилита или не нужна. Я лишь спрашивал на тот момент: "Когда она будет в Btrfs?" Если будет (уже есть), то насколько ей можно доверять данные, не ломает ли она чего-нибудь по ходу? Не ломает — прекрасно, ломает — нафик она такая нужна?

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

>> особенно в тех случаях, к кому их предъявляешь. Иначе выйдет
>> недоразумение и окажешься глупцом в собственных глазах.
> Ну, ты этого хотел - скушай. Я вон пруфлинк привел.

Ты опять не сумел понять то, что я написал.

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

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

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




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

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