| 1.1, Аноним (-), 16:08, 28/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
О, как раз вспоминал, там с месяц назад в рассылке призывали к тестингу... Думал, как там оно... Значит, перешло на новый этап.
| | |
| 1.2, Аноним (-), 16:14, 28/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
$ zpool upgrade
This system is currently running ZFS pool version 31.
All pools are formatted using this version.
А что же вкусные изменения, особенно 29, сюда не вошли? Отстают, однако!
29 RAID-Z/mirror hybrid allocator
30 Encryption
31 Improved 'zfs list' performance
| | |
| |
| 2.5, RedRat (ok), 16:17, 28/02/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > А что же вкусные изменения, особенно 29, сюда не вошли?
Потому что ZFS v28 - последняя, которая была опубликована под открытой лицензией. 29 и последующие доступны только в закрытом коде Соляриса.
| | |
| |
| |
| 4.7, RedRat (ok), 16:52, 28/02/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А дальше что? Получается zfs v28 последняя версия во фряхе?
А дальше - увы, никто пока не знает. :-(
Разве что Оракл откроет детали реализации ZFS 29+ под какой-нибудь свободной лицензией, во что пока не очень верится.
| | |
| |
| 5.9, metallic (ok), 17:00, 28/02/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > Разве что Оракл откроет детали реализации ZFS 29+ под какой-нибудь свободной лицензией,
> во что пока не очень верится.
Да уж, перспективы не веселые. Фряха остается без современной ФС.
| | |
| |
| 6.14, Alexander (??), 18:14, 28/02/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Фряха уже работает с одним из лучших мендежров томов и добором на нем - с zfs. Версии, по сути, не так важны (если только выбирать их не по "шоб было"-принципу), даже из 15-й версии не все не всё используют. Зато возможность гибко работать с томами хранения - этого у фряхи уже не отнять.
| | |
| 6.19, Кракен (ok), 19:24, 28/02/2011 [^] [^^] [^^^] [ответить]
| –8 +/– |
 >Да уж, перспективы не веселые. Фряха остается без современной ФС.
Им не привыкать :)
| | |
| |
| 7.22, deadless (ok), 19:56, 28/02/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 ждем еще одного тролля Мойшу, и можно будет закапывать обоих..
zfs в версии v28 уже более чем современная и продвинутая фс. В отличие от btrfs его уже сейчас в версии 15 используют в продакшене. Менеджер томов просто сказка, такой гибкости в настройке, и такой простоты в создании снапшотов просто нигде нет. Я бы хотел чтобы btrfs уже сейчас был конкурентом, но честно говоря до конкуренции с zfs v28 тому самому btrfs еще как минимум два релиза федоры.
| | |
| |
| 8.23, Аноним (-), 20:14, 28/02/2011 [^] [^^] [^^^] [ответить] | –3 +/– | - папа, а в зфс размер пула уменьшить можно - нет, сынок, это просто сказки... текст свёрнут, показать | | |
| |
| |
| 10.61, Аноним (-), 11:02, 01/03/2011 [^] [^^] [^^^] [ответить] | +/– | Уменьшить невозможно, можно пересоздать через уменьшенную промежуточную копию, с... большой текст свёрнут, показать | | |
|
|
| 8.25, Кракен (ok), 20:20, 28/02/2011 [^] [^^] [^^^] [ответить] | +/– | Может быть она еще и быстрая А то сказочный менеджер томов - это, конечно, прек... текст свёрнут, показать | | |
| |
| 9.33, deadless (ok), 21:40, 28/02/2011 [^] [^^] [^^^] [ответить] | +4 +/– | 1 выходим из анабиоза На нормальном количестве мозга очень даже шустрая Нищеб... большой текст свёрнут, показать | | |
| |
| 10.39, Кракен (ok), 23:00, 28/02/2011 [^] [^^] [^^^] [ответить] | –3 +/– | Самый простой и бездумный способ увеличени производительности - наращивание мощн... большой текст свёрнут, показать | | |
| |
| 11.41, deadless (ok), 23:24, 28/02/2011 [^] [^^] [^^^] [ответить] | +3 +/– | гы, то-то с выходом каждого нового дистра требования к железу растут, по вашему ... большой текст свёрнут, показать | | |
| |
| 12.45, Кракен (ok), 00:15, 01/03/2011 [^] [^^] [^^^] [ответить] | +/– | Производительность компьютеров растет год от года, т е каждый год за те же день... большой текст свёрнут, показать | | |
| |
| |
| Часть нити удалена модератором |
| 14.51, Санк (??), 08:55, 01/03/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Это ещё что, меня вчера в одной из конференций на jabber ru гентушники яростно у... текст свёрнут, показать | | |
|
| |
| 14.64, Кракен (ok), 12:33, 01/03/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Относительно ext4 zfs медленная фс Таких как ты меньшенство, например http w... большой текст свёрнут, показать | | |
|
|
|
|
|
| 9.65, AdVv (??), 13:18, 01/03/2011 [^] [^^] [^^^] [ответить] | +/– | Вот если честно никогда ZFS и не пыталась быть шустрой и нетребовательной к ресу... текст свёрнут, показать | | |
| |
| 10.76, анон (?), 01:49, 02/03/2011 [^] [^^] [^^^] [ответить] | +/– | Если у вас что-то не работает, значит, это вам не нужно с поэтому лучшая ос... текст свёрнут, показать | | |
|
|
|
|
| 6.20, dfuser (?), 19:29, 28/02/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
А что, кроме ZFS все системы несовременные? А про HAMMER все почему-то забыли? Там довольно много интересного.
| | |
| |
| |
| 8.52, www2 (??), 09:47, 01/03/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Вообще-то именно HAMMER является отдельной разработкой команды DragonFly BSD Ра... текст свёрнут, показать | | |
|
|
|
|
| 4.13, deadless (ok), 18:05, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
а дальше синхронизация с кодом OpenIndiana, а вот уж как там будет с родительской соляркой вопрос, но судя по всему именно после v28 начнется значительное расхождение кодовой базы солярки и портов zfs. Мне лично для полного счастья в zfs нехватило буквально одного - шифрования. Все остальное в v28 уже есть.
имхо если таки развитие замедлится, то совместно с OpenIndiana начнут пилить скорость, а так одного pjd@ безусловно мало...
зы: ноут пошел первым под раздачу - накатывается курент..
| | |
| |
| 5.43, iZEN (ok), 00:08, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >Мне лично для полного счастья в zfs нехватило буквально одного - шифрования.
ZVOL + GELI
| | |
| 5.49, kshetragia (ok), 05:31, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 IMHO geom для этого и запилили, чтобы собирать из кубиков то, что нужно. :) Geli?
| | |
| |
| 6.60, deadless (ok), 10:53, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
да это понятно и именно так сейчас оно и работает, правда не поверх ZVOL, а на отдельном gpart разделе, оверхед мне не нужен.
| | |
| 6.75, анон (?), 01:45, 02/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>IMHO geom для этого и запилили, чтобы собирать из кубиков то, что нужно. :) Geli?
Концепция zfs (всё-в-одном, неразъёмно) жёстко конфликтует с концепцией geom (модульность, гибкость). Поэтому в результате скрещивания ежа с ужом неизменно получаются констыли.
| | |
| |
| 7.77, iZEN (ok), 11:03, 02/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Концепция zfs (всё-в-одном, неразъёмно) жёстко конфликтует с концепцией geom (модульность, гибкость).
В каком месте конфликт интересов?
| | |
|
|
|
|
| 3.37, Аноним (-), 22:32, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что ZFS v28 - последняя, которая была опубликована под открытой лицензией.
> 29 и последующие доступны только в закрытом коде Соляриса.
наверняка будут спецификации, садись и пиши. с нуля, да, но зато - свое!
| | |
|
| 2.15, Alexander (??), 18:18, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Хоть бы русский язык освоили, анонимусы... Изменения не могут быть вкусными. Ожидаемыми, интересными, не не "вкусными". Горе-юзеры!
> $ zpool upgrade
> This system is currently running ZFS pool version 31.
> All pools are formatted using this version.
> А что же вкусные изменения, особенно 29, сюда не вошли? Отстают, однако!
> 29 RAID-Z/mirror hybrid allocator
> 30 Encryption
> 31 Improved 'zfs list' performance | | |
| |
| |
| 4.53, www2 (??), 09:49, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
А что вы хотите, сейчас эпоха потребления. Они потребляют ZFS, поэтому ZFS может быть вкусной.
| | |
|
|
|
| |
| 2.10, oops (ok), 17:35, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
 думаете будет? что-то мне кажется, что и UFS-журналирование и ZFSv28 не будет в 8-ке
| | |
| |
| 3.11, quazinode (?), 17:47, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
Давидек сегодня писал что в течение месяца-двух будет и в 8-ой ветке. Пока что только накатывать патчи
| | |
|
|
| 1.8, non anon (?), 16:56, 28/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Поддержка команды zpool split
Это прекрасно. Еще бы возможность добавлять новые тома в raidz - и тогда реализацию рейда в zfs можно будет смело назвать полноценной.
| | |
| |
| |
| 3.27, Stax (ok), 20:54, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А сейчас нельзя?…
Нет, можно только добавлять диски или новые raid-группы в пул. А миграция raidz-группы со, скажем, 4 дисков до 6 невозможна. Для этого, как и для дефрагментации, исключения дисков из пула и еще некоторых фич требуется поддержка "block pointer rewrite", которой в zfs пока нет, хотя работают над ней давно - может оракл и допилит, как допилил шифрование (хотя, есть большие сомнения что эта фича станет доступной вне закрытых solaris..).
Эта технология очень сложна в реализации, а в энтерпрайзе почти не востребована - там можно обычно сразу добавить новую raidz группу из нескольких дисков, если нужно больше места, что еще и оптимальнее по скорости, и расширять пул то того, как он заполнится больше чем на 90%, тогда не возникает проблем фрагментации. А вот для домашнего пользования или бюджетных NAS и SAN это все было бы неплохо, но они не спонсируют разработку zfs..
| | |
|
|
| 1.24, Аноним (-), 20:18, 28/02/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати, противопоставляя zfs и btrfs почему то незаслуженно забывают про nilfs2. А между прочим там пара идей (например автоматический постоянный снепшоттинг) вполне себе ничего. Вот только распространена она слабовато и потому судить об использовании в реальных условиях можно только по словам разработчиков.
| | |
| |
| 2.30, QuAzI (ok), 21:23, 28/02/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Ужас какой. А чем конкретно этот снапшотинг фичаст? У меня вот на UFS автоматический снапшоттинг - имею еженочные снапшоты за 7 последних дней. cron однако.
| | |
| |
| 3.35, User294 (ok), 22:04, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > UFS автоматический снапшоттинг - имею еженочные снапшоты за 7 последних дней.
А btrfs если не ошибаюсь раз в 30 секунд фигарит временные снапшоты, автоматически. И подтирает старые автоматически, если юзер не изъявил желания сделать оные постоянными. Более того - как я помню, при крахе оно просто возвращается к последнему успешному временному снапошту. Я как бы вижу разницу между "профукать изменения за день" и "профукать изменения за 30 секунд". Можно конечно и карету при большом желании до 400км/ч разогнать, если сильно постараться, но это будет решение из разряда курьезов - самолеты с этим справятся всяко лучше...
| | |
| |
| 4.38, QuAzI (ok), 22:38, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
Интересно. Просто хотелось немного конкретики по конкретно взятой фиче.
| | |
| 4.42, deadless (ok), 23:29, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А btrfs если не ошибаюсь раз в 30 секунд фигарит временные снапшоты,
> автоматически. И подтирает старые автоматически, если юзер не изъявил желания сделать
> оные постоянными. Более того - как я помню, при крахе оно
> просто возвращается к последнему успешному временному снапошту. Я как бы вижу
> разницу между "профукать изменения за день" и "профукать изменения за 30
> секунд". Можно конечно и карету при большом желании до 400км/ч разогнать,
> если сильно постараться, но это будет решение из разряда курьезов -
> самолеты с этим справятся всяко лучше...
только поправочку нужно сделать, все эти фишки можно будет юзать только тогда как User294 сам перейдет на нее в том числе и в продакшене, а щас это не более чем white paper. То есть как оно _должно_ работать. К слову снапшотинг в zfs можно делать хоть каждые 5 секунд, там снапшоты не стоят ровным счетом ничего, а можно и вообще кластер на этой технологии соорудить, но и не нужно путать снапшоты с бэкапами, от физического выгорания винтов снапшоты не очень спасут.
| | |
| |
| 5.62, QuAzI (ok), 11:07, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
HAST, ZFS MIRROR, аппаратное зеркалирование, да и просто бекапы важных данных никто разумеется не запрещает.
| | |
|
|
| 3.59, Аноним (-), 10:50, 01/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ужас какой. А чем конкретно этот снапшотинг фичаст?
Тем что это не снапшотинг в обычном понимании этой фичи. Если коротко - то снепшот делается при каждой записи, а не по крону или там при ручном вызове. То есть автоматически доступна вся история фс и фактически делать снепшоты каким то иным образом нет необходимости. Необходимость есть в вытирании ненужных снепшотов, кое-какая автоматизация (сборщик мусора) присутствует.
| | |
|
| 2.34, User294 (ok), 21:57, 28/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Кстати, противопоставляя zfs и btrfs почему то незаслуженно забывают про nilfs2. А
> между прочим там пара идей (например автоматический постоянный снепшоттинг)
Кэп намекает: в btrfs тоже есть автоматические (временные) снапшоты. Их при желинии можно сделать постоянными, иначе они со временем будут убиты (для освобождения места). Собственно, идея лежащая в основе nilfs - достаточно похожая, а детали реализации - второй вопрос :). У всех этих алгоритмов при отличии в деталях есть кое-что общее: старые данные не разрушаются в момент записи изменений, а изменения применяются путем учета дозаписанных в сторонку добавочных данных. И все алгоритмы подобного типа имеют один вкусный плюс: скорость записи - как у нежурналируемой ФС, но целостность данных - как у журналируемой. Как раз потому что всегда есть данные для отката на прошлое состояние: если завершить транзакцию не удалось, в таком дизайне достаточно просто забить на некоторые "довески дописанные в сторону" - получится файл или даже вся файловая система в старом состоянии в виде как было на момент до начала произведения неудачной транзакции (запись недеструктивная же).
| | |
| |
| |
| Часть нити удалена модератором |
| 4.55, www2 (??), 10:07, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Поздравляю! Разработчики Linux наконец-то изобрели Soft Updates!
Ты читать вообще умеешь? Soft Updates - это сортировка очереди операций записи. Операции записи происходят группами, но в целом любая из цепочек связанных изменений записывается по порядку. Например, пользователь удалил несколько файлов. При синхронной записи каждый файл будет удаляться строго после предыдущего. А в режиме soft updates сначала будет уменьшено количество жёстких ссылок в каталогах для каждого из удалённых файлов, потом освободившиеся от удалённых файлов блоки будут помечены как свободные, потом записи о файлах из каталогов будут удалены окончательно. Ну и так далее.
А то, о чём идёт речь, - это что-то вроде системы управления версиями, когда изменения записываются не поверх изменяемого блока, а где-то сбоку, в другом блоке, а в структурах файловой системы ведётся журнал изменений, так что любой файл существует одновременно в нескольких версиях. Когда версий становится слишком много, место, занимаемое устаревшими версиями блоков файлов, используется для сохранения новых, изменённых блоков файлов.
Получается что свободное место на диске постоянно используется для хранения предыдущих версий файлов. Когда нужно воспользоваться "свободным" местом для размещения новых файлов, то самые старые версии имеющихся блоков файлов замещаются блоками новых файлов. Чем меньше свободного места на диске, тем меньше версий блоков в файловой системе будет иметься.
| | |
| |
| 5.56, www2 (??), 10:13, 01/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
Soft Updates, конечно, описан упрощённо. На самом деле группируются операции записи и чтения близкие по расположению на диске, чтобы минимизировать количество позиционирований головки жёсткого диска. Но принимаются во внимание зависимости операций записи блоков друг от друга, так что предыдущее по логике файловой системы изменение никогда не будет записано раньше следующего по логике файловой системы. Запись нового файла в освободившиеся блоки никогда не будет произведена до того, как блоки не будут помечены, как свободные.
| | |
|
|
|
|
| 1.81, nagual (ok), 23:35, 02/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Поддержка автоматического распознавания и объединения дубликатов данных. Если в >нескольких файлах присутствуют аналогичные блоки данных, то они будут сохранены >на физический носитель только один раз,
О каком размере данных идет речь ?
| | |
|
