The OpenNET Project / Index page

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



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

Оглавление

Отчет о состоянии развития FreeBSD за первый квартал 2010 г., opennews (??), 23-Апр-10, (0) [смотреть все]

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


9. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –2 +/
Сообщение от анонимус (??), 23-Апр-10, 13:42 
павел, вы нарушете патент о часной собственности, используя часть моих нуклеиновых кислот
так же я считаю что макаки тоже в праве подать на вас в суд
намёк о ZFS понят?
Ответить | Правка | Наверх | Cообщить модератору

48. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –2 +/
Сообщение от аноним (?), 23-Апр-10, 16:59 
В отличие от оракла с zfs, макаки не имеют полусотни патентов на формулы нуклеиновых кислот.

Помнится, основной причиной не-включения zfs в linux была именно прямая и неприкрытая угроза патентного троллинга со стороны санок, а вовсе не несовместимость лицензии. Оно и понятно - linux'а санки рассматривали в качестве врага солярки №1. Фряхе до такого уровня еще расти и расти =)

Впрочем, думаю, ораклу глубоко плевать на zfs. У него есть гораздо более перспективная btrfs.

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

49. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –1 +/
Сообщение от pavel_simple (ok), 23-Апр-10, 17:01 

>Впрочем, думаю, ораклу глубоко плевать на zfs. У него есть гораздо более
>перспективная btrfs.

думаю что не до жиру -- быть бы живу -- а поле для троллинга того-же netapp _есть_ -- так почему бы не поиметь? жизнь покажет....

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

60. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +5 +/
Сообщение от Anon Y Mous (?), 23-Апр-10, 17:53 
>Помнится, основной причиной не-включения zfs в linux была именно прямая и неприкрытая
>угроза патентного троллинга со стороны санок, а вовсе не несовместимость лицензии.

Основной причиной было нежелание кернел девелоперов линукса отрывать жопу от стула и чего-то делать.

>Впрочем, думаю, ораклу глубоко плевать на zfs. У него есть гораздо более
>перспективная btrfs.

Поищите в гугле

ellison "zfs storage appliance"

и в другом окне

ellison "btrfs storage appliance"

и сравните результаты

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

80. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –5 +/
Сообщение от User294 (ok), 24-Апр-10, 00:11 
>Основной причиной было нежелание кернел девелоперов линукса отрывать жопу от стула и
>чего-то делать.

А давайте все-таки посмотрим на исторические и технологические факты, если уж на то пошло? Не троллинга ради, а справедливости для. UFS и EXT-ы по большому счету имеют что-то типа общих предков. Как обезьяны и человек. Ну и как же развивались достаточно похожие ФС двумя командами? EXT3 с журналом появился где-то в начале 2000-х. А в UFS когда там сделали журнал? Кто там отрывал попу от стула? Вы часом команды не перепутали ;)

Но это еще цветочки. Идем дальше и видим ягодки, состоящие в том что ядерщики Linux нашли в себе силы передалать древнючие EXT-ы на работу с экстентами. Получилась довольно приличная по скорости ФС EXT4. А некоторые другие ... ну им до этого еще пилить и пилить. Как бы авторы UFS2 не скрывают дизайн был взят из UFS1 чуть более чем полностью (и потому уныл чуть более чем полностью) ... потому что один хрен некому всерьез кодить что-то радикально новое. Это если уж говорить о командах ядерщиков.

Хорошо, посмотрим на ZFS... ну да, это мощная и навороченая ФС. Первая в своем роде. По большому счету Sun может гордиться тем что это "первый массово внедренный версионник". Правда вот упомянутая вами команда ядерщиков не при чем. Это заслуга Sun и их команды. Кроме того, если посмотреть на архитектуру - ряд моментов покажется странными. Ну да, сановцы сделали как умели. Поэтому оно получилось местами достаточно неоднозначным. ИМХО, в btrfs дисковые структуры сделаны изящнее, там над этим работал неплохой архитект из оаркла которому неплохо подыграли сторонние разработчики предложив эффективные структуры. В итоге получилось достаточно стройно, я бы даже сказал - по своему красиво. ИМХО, такой дизайн дисковых структур сможет работать резвее. И там заранее предусмотрено чтобы многие вещи делались просто.

> Поищите в гугле

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

P.S. кстати, я как-то не видел програмеров которым было бы удобно писать код отодрав задницу от стула ;)

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

90. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +1 +/
Сообщение от аноним (?), 24-Апр-10, 14:01 
>>Основной причиной было нежелание кернел девелоперов линукса отрывать жопу от стула и
>>чего-то делать.
>
>А давайте все-таки посмотрим на исторические и технологические факты, если уж на
>то пошло? Не троллинга ради, а справедливости для. UFS и EXT-ы
>по большому счету имеют что-то типа общих предков. Как обезьяны и
>человек. Ну и как же развивались достаточно похожие ФС двумя командами?
>EXT3 с журналом появился где-то в начале 2000-х. А в UFS
>когда там сделали журнал? Кто там отрывал попу от стула? Вы
>часом команды не перепутали ;)

давайте, когда в ext-ах появились снапшоты?


>Как бы авторы UFS2 не скрывают дизайн был взят из UFS1
>чуть более чем полностью (и потому уныл чуть более чем полностью)
>... потому что один хрен некому всерьез кодить что-то радикально новое.
>Это если уж говорить о командах ядерщиков.

это говорит о том, что в линухе бабла больше, ага.


>> Поищите в гугле
>
>Обычно растопыривают пальцы по части гетзефаксов те, чьего мозга не хватило для
>анализа структуры ФС, истории развития, отслеживания тенденций, используемых в ФС технологиях
>и прочая.

а вы, простите, zfs сами юзали?

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

91. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от pavel_simple (ok), 24-Апр-10, 14:36 
>[оверквотинг удален]
>>А давайте все-таки посмотрим на исторические и технологические факты, если уж на
>>то пошло? Не троллинга ради, а справедливости для. UFS и EXT-ы
>>по большому счету имеют что-то типа общих предков. Как обезьяны и
>>человек. Ну и как же развивались достаточно похожие ФС двумя командами?
>>EXT3 с журналом появился где-то в начале 2000-х. А в UFS
>>когда там сделали журнал? Кто там отрывал попу от стула? Вы
>>часом команды не перепутали ;)
>
>давайте, когда в ext-ах появились снапшоты?
>

http://lwn.net/2000/0224/kernel.php3

>
>>Как бы авторы UFS2 не скрывают дизайн был взят из UFS1
>>чуть более чем полностью (и потому уныл чуть более чем полностью)
>>... потому что один хрен некому всерьез кодить что-то радикально новое.
>>Это если уж говорить о командах ядерщиков.
>
>это говорит о том, что в линухе бабла больше, ага.
>

завидно да? -- а мама не учила?
>
>>> Поищите в гугле
>>
>>Обычно растопыривают пальцы по части гетзефаксов те, чьего мозга не хватило для
>>анализа структуры ФС, истории развития, отслеживания тенденций, используемых в ФС технологиях
>>и прочая.
>
>а вы, простите, zfs сами юзали?

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

98. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от аноним (?), 25-Апр-10, 10:05 
>>давайте, когда в ext-ах появились снапшоты?
>
>http://lwn.net/2000/0224/kernel.php3

ну во первых это не в ext-ах, а во вторых в онлайне LLV-м научили делать снапшоты? а снапшоты на софтверных райдах?

>>это говорит о том, что в линухе бабла больше, ага.
>
>завидно да? -- а мама не учила?

нет, это просто констатация факта: больше бабла -> больше разработчиков -> быстрее развитие.

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

110. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от аноним (?), 26-Апр-10, 12:10 
описка видимо: не LLV-м, а LVM.
Ответить | Правка | Наверх | Cообщить модератору

127. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от User294 (ok), 27-Апр-10, 15:40 
>LLV-м научили делать снапшоты?

Сами вы LLV-м :). Даже название ругаемого предмета не знать - это сильно.

>нет, это просто констатация факта: больше бабла -> больше разработчиков ->
>быстрее развитие.

Вот только одна небольшая хрень: проект стартануд на десяток лет позже *бсд и ни у кого бабла не просил. Эти котоые с баблом сами и добровольно приперли прикинув что им оно тоже нужно и полезно. Ну и отлично - они в итоге тянут прогресс вперед. Не зажимая результаты в оличие от некоторых других, что и позволяет такую скорость развития.

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

95. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +2 +/
Сообщение от iZEN (ok), 25-Апр-10, 01:05 
>>Основной причиной было нежелание кернел девелоперов линукса отрывать жопу от стула и
>>чего-то делать.
>
>А давайте все-таки посмотрим на исторические и технологические факты, если уж на
>то пошло? Не троллинга ради, а справедливости для. UFS и EXT-ы
>по большому счету имеют что-то типа общих предков. Как обезьяны и
>человек. Ну и как же развивались достаточно похожие ФС двумя командами?
>EXT3 с журналом появился где-то в начале 2000-х. А в UFS
>когда там сделали журнал? Кто там отрывал попу от стула? Вы
>часом команды не перепутали ;)

В Sun прикрутили проприетарный (собственнический) журнал к UFS1 и успокоились на этом.

>Но это еще цветочки. Идем дальше и видим ягодки, состоящие в том
>что ядерщики Linux нашли в себе силы передалать древнючие EXT-ы на
>работу с экстентами. Получилась довольно приличная по скорости ФС EXT4. А
>некоторые другие ...

... сделали 64-битную UFS2 с возможностью получения онлайновых снапшотов (снимков) на живой файловой системе в... 2003 году. Тогда, когда Ext3 была ещё нестабильной и падала от малейшего чиха, как сейчас Ext4 — концов не найти. :))

>ну им до этого еще пилить и пилить.
>Как бы авторы UFS2 не скрывают дизайн был взят из UFS1
>чуть более чем полностью (и потому уныл чуть более чем полностью)

В начале 2000-х дизайна лучшего в открытом доступе ещё не было. А тот, что был открыт "только что" (XFS, JFS), нуждался в доскональном анализе на пару лет.

>... потому что один хрен некому всерьез кодить что-то радикально новое.

Sun (ZFS) и Oracle (Btrfs) всё-таки кодят радикально новое: парадигма файлового хранилища вместо файловой системы позволяет представить весь стек технологий долговременного хранения данных в виде файлов и сопутствующих ресурсов одним унифицированным интерфейсом, в том числе в семантике POSIX. И Ext4+LVM, как и UFS2+GEOM — это последие динозавры уходящей эпохи традиционных ФС и динамических томов.

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

99. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от andy (??), 25-Апр-10, 14:08 

>[оверквотинг удален]
>в своем роде. По большому счету Sun может гордиться тем что
>это "первый массово внедренный версионник". Правда вот упомянутая вами команда ядерщиков
>не при чем. Это заслуга Sun и их команды. Кроме того,
>если посмотреть на архитектуру - ряд моментов покажется странными. Ну да,
>сановцы сделали как умели. Поэтому оно получилось местами достаточно неоднозначным. ИМХО,
>в btrfs дисковые структуры сделаны изящнее, там над этим работал неплохой
>архитект из оаркла которому неплохо подыграли сторонние разработчики предложив эффективные структуры.
>В итоге получилось достаточно стройно, я бы даже сказал - по
>своему красиво. ИМХО, такой дизайн дисковых структур сможет работать резвее. И
>там заранее предусмотрено чтобы многие вещи делались просто.

Ну ты тут сравнил, конечно. Понимаешь, ZFS - нравится она тебе или нет -_уже есть_ (да в продакшене, может быть не только у пользующихся санками). А btrfs еще нет. И созерцать насколько она стройная можно сколь угодно долго, только вот пока к применению не рекомендована, ибо структура еще не утряслась. Со стороны, смотрится как в басне у Крылова "Лисица и Виноград" - видит око, да зуб неймет.

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

114. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –3 +/
Сообщение от User294 (ok), 26-Апр-10, 15:01 
>Понимаешь, ZFS - нравится она тебе или нет -_уже есть_ (да в продакшене,
>может быть не только у пользующихся санками). А btrfs еще нет.
>И созерцать насколько она стройная можно сколь угодно долго,

Все замечательно, кроме того что то же самое можно было сказать 20 лет назад про FAT и прочих ископаемых. Они уже были, видите ли. В продакшне. Может быть по этому поводу не надо было делать новые ФС которые окажутся еще лучше?

>только вот пока к применению не рекомендована, ибо структура еще не утряслась.

У них там и проблемы повеселее есть. Но они уже прошли самые трудные этапы (дизайн разумно выбрали, реализовали, оно уже как-то ползает, etc). Дальще будет проще. Да, ессно это не продакшн. Но это уже и не набор запчастей а нечто собранное их них.

>Со стороны, смотрится как в басне у Крылова "Лисица и Виноград" - видит око,
>да зуб неймет.

Ну, если б все действовали по такой логике - очевидно, ФСы дальше FAT и старинных вариантов minix-овой ФС (худо-бедно подпиленных под современные объемы) не ушли бы в развитии. Тем не менее, обосранная команда ядерщиков почему-то постепенно сделала из миникфсного архаика нечто весьма резвое, с хешированными дирами и экстентами, где, ессно, прадедушку и не узнать. Ну а некоторые друнге, восхваленные, смогли журнал к своему архаику только-только прикрутить. В итоге - наезды на пингвинских ядерщиков ИМХО шибко необоснованные получились.

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

124. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +1 +/
Сообщение от andy (??), 26-Апр-10, 21:24 
>Все замечательно, кроме того что то же самое можно было сказать 20
>лет назад про FAT и прочих ископаемых. Они уже были, видите
>ли. В продакшне. Может быть по этому поводу не надо было
>делать новые ФС которые окажутся еще лучше?

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

>У них там и проблемы повеселее есть. Но они уже прошли самые
>трудные этапы (дизайн разумно выбрали, реализовали, оно уже как-то ползает, etc).
>Дальще будет проще. Да, ессно это не продакшн. Но это уже
>и не набор запчастей а нечто собранное их них.

Хотелось бы надеятся, что они прошли самое трудные этапы. Только бы вот
хотелось состояния, в котором данная файловая система будет рекомендована
к применению. Кстати, ты btrfs тоже пробовал?


>Ну, если б все действовали по такой логике - очевидно, ФСы дальше
>FAT и старинных вариантов minix-овой ФС (худо-бедно подпиленных под современные объемы)
>не ушли бы в развитии. Тем не менее, обосранная команда ядерщиков
>почему-то постепенно сделала из миникфсного архаика нечто весьма резвое, с хешированными
>дирами и экстентами, где, ессно, прадедушку и не узнать.

Я думаю, они сначала стабильности добились, а потом уже наезжать на другие фс начали :)

> Ну а некоторые друнге, восхваленные, смогли журнал к своему архаику только-только
> прикрутить. В итоге - наезды на пингвинских ядерщиков ИМХО шибко необоснованные
> получились.

Скажи честно, пожалуйста, ты Sun который еще не был Oracle, не любил так же, как и FreeBSD? ;)

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

128. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от User294 (ok), 27-Апр-10, 15:55 
>а btrfs потенциально будет.

Что значит - потенциально будет? Он уже есть, правда Work-In-Progress.

>Только вот сколько ждать? Ты сам-то ZFS пробовал, или только читал?

Немного посмотрел краем глаза на него, но не более того: системы где оно есть мне как-то не по вкусу, поэтому плотно с ним возиться - извините, вломак. Но я интересуюсь анатомией ФСов. Посему устройство дисковых структур - проштудировал для общего развития, да, оно того имхо стоит. Благо у местного fresco на сайте есть подборка ценных доков по устройству разных ФС (да и не только у него).

>Кстати, ты btrfs тоже пробовал?

Я его периодически пробую. Начиная с чего-то типа 0.1х версий аж. По сравнению с раннмими 0.1х то что сейчас в майнлайне - некисло ушло вперед. Хотя, ессно, проблемы - есть. И я бы опух от удивления если бы ФС с такой фичностью закончили и отладили бы за столько времени. Это было бы неслыханным прорывом в софтостроении.

>Я думаю, они сначала стабильности добились, а потом уже наезжать на другие фс начали :)

А они на кого-то наезжали? Сам по себе ZFS весьма специфичная штука. И думается сани отладили сие довольно бойко по ряду причин. Например, их ОС если бы умела только UFS никем бы всерьез вообще сейчас не воспринималась бы и умерла смертью храбрых. Благо, UFS архаичная по современным меркам ФС, манагера томов у солярщиков тоже АФАЙК нет. Потому то ZFS и вышел вот таким, с включенной в ФС фичностью манагера томов и прочая. Хотя вполне валидно реализовать его и как отдельный слой (каждое решение имеет свои сильные и слабые стороны).

>Скажи честно, пожалуйста, ты Sun который еще не был Oracle, не любил
>так же, как и FreeBSD? ;)

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

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

134. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от andy (??), 27-Апр-10, 18:39 
> Что значит - потенциально будет? Он уже есть, правда Work-In-Progress.

Так я и говорю, потенциально будет, но пока в процессе работы.

>Немного посмотрел краем глаза на него, но не более того: системы где оно есть мне как-то >не по вкусу, поэтому плотно с ним возиться - извините, вломак. Но я интересуюсь анатомией >ФСов. Посему устройство дисковых структур - проштудировал для общего развития, да, оно >того имхо стоит. Благо у местного fresco на сайте есть подборка ценных доков по >устройству разных ФС (да и не только у него).

А что читал по анатомии? Сановские доки, или вообще всю доступную информацию (xgu.ru, к примеру?)

>Я его периодически пробую. Начиная с чего-то типа 0.1х версий аж. По сравнению с ранними >0.1х то что сейчас в майнлайне - некисло ушло вперед. Хотя, ессно, проблемы - есть.

А что хранишь на диске с btrfs? Музыку, фильмы, etc?

>А они на кого-то наезжали?

Это о твоих размышлениях по поводу fat и ext2. :)

p.S: ну с iZEN'ом понятно все.

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

140. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от User294 (ok), 27-Апр-10, 23:36 
>Так я и говорю, потенциально будет, но пока в процессе работы.

Дык. И да, бздуны пока могут наслаждаться тем что у линуксоидов сравнимый функционал собирается несколько геморройне и с рядом грабель/особенностей. Это не за счет своих ядерщиков а за счет подарка от сан. Но все-таки.

>А что читал по анатомии? Сановские доки, или вообще всю доступную информацию
>(xgu.ru, к примеру?)

Сановские доки - читал, как минимум некоторые. Вот так сходу из запомнивщихся ссылок могу filesystems.nm.ru назвать (у товарисча fresco все в одном месте и довольно дельные доки с описанием устройства разных ФС).

>А что хранишь на диске с btrfs? Музыку, фильмы, etc?

В серьезных масштабах пока - ничего, ибо сцыкотно. Мне нужны мои данные. И я ext4 то только недавно стал юзать, пардон. Когда куча тестов под нагрузкой не отловила проблем. Но изредка леплю тома с бтр и делаю тестовые запуски заценить состояние дел :).По сравнению с первыми версиями - прогресс налицо. Оно уже не отваливается на каждый чих как раньше и скорость подтянули. Да и логи коммитов - порядочные вполне.

>Это о твоих размышлениях по поводу fat и ext2. :)

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

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

101. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –1 +/
Сообщение от Nikolai (??), 25-Апр-10, 17:08 
>Впрочем, думаю, ораклу глубоко плевать на zfs. У него есть гораздо более
>перспективная btrfs.

Спасибо посмеялсО! Ничего что ZFS это уже Oracle, а btrfs создаётся при помощи Oracle? Угадайте, что теперь произойдёт с развитием конкурента ZFS, btrfs? IMHO лучшие наработки уйдут в ZFS. А олбъедки скинут linux-у. :(

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

117. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  –2 +/
Сообщение от User294 (ok), 26-Апр-10, 15:50 
Смейтесь наздоровье. А если мозг врубить - у btrfs IMHO явно более удачный лэйаут дисковых структур. Ну там архитект из оракля на пару с сторонними разработчиками старались. И я как-то слабо представляю себе как эти изобретения можно внедрить в ZFS. Если все сломать и сделать лучше - просрется совместимость и это уже не будет ZFS. Так что ZFSовцам придется выжимать что получится из того что есть. Без тотальных переделок дисковых структур, уж извините.
Ответить | Правка | Наверх | Cообщить модератору

123. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +1 +/
Сообщение от Anon Y Mous (?), 26-Апр-10, 21:20 
>Смейтесь наздоровье. А если мозг врубить - у btrfs IMHO явно более
>удачный лэйаут дисковых структур.

Ты вот как мантру повторяешь - более удачный, более удачный. А чем он более удачный? Может объяснишь коротенько?

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

129. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от User294 (ok), 27-Апр-10, 16:50 
>Ты вот как мантру повторяешь - более удачный, более удачный. А чем
>он более удачный? Может объяснишь коротенько?

Более продуманными дисковыми структурами. В бтр-е идея CoW доведена до логичного финала - в стиле CoW-логики журнялятся как данные, так и метаданные. Для метаданных для этого пришлось разработать специфичные b-деревья, при том, IIRC, придумал это решение сторонний програмер а не оракловский архитект. Прикол в том что обычные b-деревья не годятся: там слишком много перетрясается при изменении дерева, что ессно портит всю малину(и тормозно, и много дряни писать придется если уж это CoW). Получилось относительно просто и универсально - CoW логика и для данных, и для метаданных. И, кажется, они первые кто допер до такого казалось бы очевидного фокуса. В итоге для ФС скажем не проблема делать постоянные снапшоты в момент (для них всегда все есть, и данные и метаданные - по сути достаточно лишь запретить GC их подтирание). И логика рекавери ФС проста как топор: просто лепятся автоматические снапшоты на ходу (раз уж это очень быстро). В случае аварии просто откатываемся до последнего автоматического снапшота и ... все. Да и быстрая запись как данных так и метаданных еще никому не вредила (двойная запись в CoW логике избегается, в отличие от традиционного журнала).

Тем не менее - лучше почитать описания разных ФС гденить в районе filesystems.nm.ru (подборку доков собрал местный спец по ФСам aka fresco) и сделать выводы самолично. Оно, конечно, грузновато, но интересно и не снабжено моими возможными ляпами.

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

141. "Отчет о состоянии развития FreeBSD за первый квартал 2010 г."  +/
Сообщение от Anon Y Mous (?), 28-Апр-10, 02:37 
> Более продуманными дисковыми структурами.

Чем же они более продуманные? Я не утверждаю, что они лучше, или хуже, я всего лишь пытаюсь понять, почему ты их считаешь более продуманными?

> В бтр-е идея CoW доведена до логичного финала - в стиле CoW-логики журнялятся как данные, так и метаданные.

Надо ли это понимать так, что ты утверждаешь, что в ZFS CoW применяется только для данных, но не для метаданных?

> IIRC, придумал это решение сторонний програмер а не оракловский архитект.

Как то ты неровно дышишь к оракловым архитектам. Думаешь, они только там бывают? А человека этого, придумавшего, по сути, основные идеи, положенные в основу btrfs, зовут Ohad Rodeh.

> Оно, конечно, грузновато, но интересно и не снабжено моими возможными ляпами.

Ляпов там и своих хватает.

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

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

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




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

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