The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 3.3 появится новая реализация механизма изменен..., opennews (??), 11-Янв-12, (0) [смотреть все]

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


31. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +1 +/
Сообщение от Аноним (-), 12-Янв-12, 01:03 
Это даже в nilfs сто лет в обед как сделано.
Лучше скажите, когда снапшоты будут?

Всякие виндовсвеи со встроенными менеджерами томов и рейдами, как в btrfs/zfs, нафиг не сдались, есть нормальная реализация на уровне блочных устройств. А вот снапшотов в ext реально не хватает. Блочные снапшоты lvm хороши для своих задач, но снапшотов фс не отменяют.

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

43. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от iZEN (ok), 12-Янв-12, 02:44 
> Это даже в nilfs сто лет в обед как сделано.
> Лучше скажите, когда снапшоты будут?
> Всякие виндовсвеи со встроенными менеджерами томов и рейдами, как в btrfs/zfs, нафиг
> не сдались, есть нормальная реализация на уровне блочных устройств. А вот
> снапшотов в ext реально не хватает. Блочные снапшоты lvm хороши для
> своих задач, но снапшотов фс не отменяют.

Снапшоты есть в других ФС, предназначенных для продакшена. В XFS, например, можно использовать инкрементные снапшоты на уровне ФС, правда, в RH не делают из XFS достойной альтернативы.

Ext4 — это одновременно "дань прошлому" и "окрик настоящему". Есть ещё порох в пороховницах!
Вот если бы развитие Ext4 пошло по сценарию эволюции UFS2 — отказ от журналирования и вместе с этим появление поддержки снапшотов, тогда появились бы дополнительные вопросы: "как так?", "зачем это нужно?", "что будет со всеми нами?" и т.д.. А так, сейчас эта ФС — вершина программистской мысли, настоящая жемчужина в копилке реализаций традиционных файловых систем, пользующихся спросом в современную эпоху самоверифицирующихся систем. Продолжение поддержки линии журналируемых ФС — настоящее подтверждение залуг создателей Ext* перед сообществом!

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

47. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от ананим (?), 12-Янв-12, 04:07 
>Вот если бы развитие Ext4 пошло по сценарию эволюции UFS2

типун тебе на язык.

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

55. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от Аноним (-), 12-Янв-12, 06:15 
> типун тебе на язык.

Почему же? UFS2 быстрее ext4, при том там есть и журнал (т.е. fsck не нужен) и снапшоты.

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

59. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +1 +/
Сообщение от XPEHemail (?), 12-Янв-12, 09:01 
Позволь пожать твое щупальце, о посланец иных миров.
Ответить | Правка | Наверх | Cообщить модератору

110. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от Аноним (-), 12-Янв-12, 18:32 
> Почему же? UFS2 быстрее ext4,

Дааа? А может вы даже бенчмарки делали? Не полелитесь ли воспроизводимыми методами узреть это? Под разнотипными нагрузками, да? С детальным описанием параметров? Ну хотя-бы на уровне фороникса? :)

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

48. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +1 +/
Сообщение от Аноним (-), 12-Янв-12, 04:21 
> по сценарию эволюции UFS2 — отказ от журналирования

С последующим таки добавлением журналирования (сейчас вроде уже запилили встроенный журнал для UFS2).
С последующим таки опять отказом (потому что удалять фичи - это прикольно).
И опять добавлением.
И т.д.

Прекрасный путь развития, согласен. Но мы с ext4 лучше своей дорожкой пойдем.

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

91. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от Аноним (-), 12-Янв-12, 14:54 
> Снапшоты есть в других ФС, предназначенных для продакшена. В XFS, например, можно
> использовать инкрементные снапшоты на уровне ФС, правда, в RH не делают
> из XFS достойной альтернативы.

Да нафига? Будет btrfs. Coming soon! Вон уже тестовая группа камикадзе с федорой начинает заправлять свои звездолеты и готовится к тестовым вылетам. Да, некоторым суждено быть потрепаными. Но это кто-то должен сделать.

> Ext4 — это одновременно "дань прошлому" и "окрик настоящему". Есть ещё порох
> в пороховницах!

Именно. Это лучшее из того что можно было выжать из старикашки.

> Вот если бы развитие Ext4 пошло по сценарию эволюции UFS2 — отказ
> от журналирования и вместе с этим появление поддержки снапшотов, тогда появились
> бы дополнительные вопросы: "как так?", "зачем это нужно?", "что будет со
> всеми нами?" и т.д.. А так, сейчас эта ФС — вершина программистской мысли,
> настоящая жемчужина в копилке реализаций традиционных файловых систем,

Редкий случай когда изен почему-то не несет чепухи. Что за фигня? Сегодня у народа прямо приступ адекватности. Слышь, изен, а давай ты так это и оставишь? :)

> пользующихся спросом в современную эпоху самоверифицирующихся систем.

Это ты так прозрачно намекаешь на то что у ZFS есть много пиара но нет нормальных средств починки томов оказавшихся в раздолбаном виде? :) Для btrfs пока хоть и не сделали надежный fsck, зато соорудили очень приятный тул, который в режиме read-only недеструктивно вытаскивает все что только можно отколупать с ФС, даже с поврежденной, с которой не справился бы драйвер. На самом деле - великолепная задумка. Под винду есть несколько утилит (как обычно коммерческих), вытаскивающих все что возможно с побитых томов в обход драйвера ФС (разумеется только с фат32 и нтфс). Зачастую такой подход позволяет не то чтобы починить том, но зато выцепить с ФС все ценное, что тоже неплохо. И при этом допускается куда большая степень разрушения тома - спецутиля единственной целью существования которой является хардкорное рекавери может худо-бедно парсить структуры куда более раздестроенного тома чем осилит драйвер. Вплоть до сканирования всей поверхности в поисках ошметков ФС и попыток их распарсить и выколупать файлы. Понятное дело что драйверу такое не грозит - ну не его это дело настолько хардкорничать с рекавери.

И как бонус - при readonly рекавери нет риска что попытка восстановления сильно испорченной ФС сделает все еще хуже чем было. Интересно, у zfs есть/планируются такие тулзы? Нахаляву такой тул по недеструктивному рекавери - это просто офигеть. Виндузятникам такое за бабки загоняют для их фата и нтфс, приколись?

> Продолжение поддержки линии журналируемых ФС — настоящее подтверждение залуг
> создателей Ext* перед сообществом!

Ыхыхы, приступы адекватности у изена :). А твои бсдельники, извиняюсь, пытаются сделать какое-то подобие звездолета из жигуля. Хреновость аэродинамики этого уродца их почему-то не смущает.

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

96. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от filosofem (ok), 12-Янв-12, 15:59 
>Ыхыхы, приступы адекватности у изена :). А твои бсдельники, извиняюсь, пытаются сделать какое-то подобие звездолета из жигуля. Хреновость аэродинамики этого уродца их почему-то не смущает.

А напуркуа звездолету аэродинамика? =) Они его с орбиты будут запускать и на орбите парковать.

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

111. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от Аноним (-), 12-Янв-12, 18:35 
> А напуркуа звездолету аэродинамика? =)

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

> Они его с орбиты будут запускать и на орбите парковать.

Ага. И стоять в очереди на космический лифт спускающий оттуда еще два часа.

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

150. "В ядре Linux 3.3 появится новая реализация механизма..."  +/
Сообщение от arisu (ok), 13-Янв-12, 20:20 
> Да нафига? Будет btrfs. Coming soon! Вон уже тестовая группа камикадзе с
> федорой начинает заправлять свои звездолеты и готовится к тестовым вылетам.

тестовая группа зюзи тоже может. правда, там всё ещё надо для этого кнопочку нажать отдельно.

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

154. "В ядре Linux 3.3 появится новая реализация механизма..."  +/
Сообщение от ананим (?), 13-Янв-12, 23:32 
Ну я на своей генте с декабря на руте бтр держу.
До этого пару лет на внешнем винте.
Меня устраивает полностью.
Ответить | Правка | Наверх | Cообщить модератору

157. "В ядре Linux 3.3 появится новая реализация механизма..."  +/
Сообщение от arisu (ok), 14-Янв-12, 01:23 
> Ну я на своей генте с декабря на руте бтр держу.
> До этого пару лет на внешнем винте.
> Меня устраивает полностью.

а я сдуру везде ставлю jfs (старая любовь к OS/2 бесследно не проходит). и только пол-года назад уткнулся в трабл, о котором не знал: оказывается, jfs можно только растягивать, а ужимать — нельзя: нужный утиль не портанули. гады.

inb4: нет, jfs нифига не лучше, чем современные fs. выбор обусловлен чистой вкусовщиной.

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

164. "В ядре Linux 3.3 появится новая реализация механизма..."  +/
Сообщение от Аноним (-), 14-Янв-12, 16:35 
> тестовая группа зюзи тоже может. правда, там всё ещё надо для этого
> кнопочку нажать отдельно.

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

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

51. "В ядре Linux 3.3 появится новая реализация механизма изменен..."  +/
Сообщение от anonymous (??), 12-Янв-12, 05:58 
> Лучше скажите, когда снапшоты будут?

Давно есть для ext3 (next3) и недавно появились для ext4 (ext4dev).

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

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

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




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

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