Ура!

Ура!

34 zpool когда будет?

Когда нативно ждать?

никогда лицензию смотри.

Возможно скоро, ибо ZFSonLinux уже входит в состав дистрибутивов Gentoo, Sabayon Linux и AltLinux.

Не будь столь категоричен. Лицензии пишут не боги, а люди, стало быть они же могут и переписать.
Учитывая адский фейл btrfs, этот день всё ближе.

А сейчас не нативно?

Хорошая новость. Жаль 434 баг не закрыли в этом релизе.

Засунешь на боевойе сервак с rhel?

Я засовываю, но не с rhel.

а когда zpool 34 то будет? а то всё 30.

Зачем лично тебе пул версии 34?

хочу в нормальном виде понять что за перекрытие в соляре у zfs, и что оно даёт в производительности.

Поставь солярку и пойми.

мне сложно представить, как я не зная соляры буду поднимать на ней потом nginx+redis+rails+mongodb, боюсь слишком долгая подготовка.

У меня freebsd :)

:)

SPL compile failure with 3.6.18 kernel вряд ли поправят скоро, мало кому нужно.

Под какие версии ядра теперь идет?

Под весь мейнстрим собирается от 3.2 до 3.19. Подробннее ищи в http://zfsonlinux.org/

Блин, 3.6.18 kernel прочитал как 2.6.18... Я не прав, это должны поправить.

Трим Трим Трим ... Как дела с ним?

Обеспечение совместимости с ядром Linux 4.0;

Поддержка асинхронного ввода/вывода (AIO);

Режим сжатия метаданных с использованием алгоритма LZ4;

Реализация шести новых флагов подключаемой функциональности (feature flags):

spacemap_histogram - позволяет хранить дополнительную информацию о размещении свободного пространства в пуле;

extensible_dataset - даёт возможность более гибко использовать внутренние структуры данных;

bookmarks - реализует возможности для пометки момента времени создания снапшота, необходимые для работы команды «zfs bookmark»;

enabled_txg - включает запись групповых номеров транзакций;

hole_birth - увеличивает производительность операций инкрементальной отправки данных («zfs send -i») и получения объектов, содержащих большое число пустых областей;

embedded_data - увеличивает производительность и экономит дисковое пространство при работе с хорошо сжимаемыми блоками, которые поддаются упаковке как минимум в 112 байт (содержимое встраивается в dnodes).

Возможность использования вызова fallocate() FALLOC_FL_PUNCH_HOLE для предварительного выделения места под пустые области в файлах;

Отображения дополнительных данных об уровне фрагментации в выводе 'zpool list';

Новое свойство «redundant_metadata», позволяющее управлять уровнем резервирования метаданных;

Новое свойство «overlay» для управления поведением для непустых точек монтирования;

В выводе 'zpool list -v' обеспечен показ ёмкости отдельных дисков;

Новый режим вывода 'zpool get -H', удобный для разбора скриптами;

Добавлена команда 'zpool create -t' для создания пула с временным именем;

Из FreeNAS импортирован скрипт arc_summary.py, осуществляющий вывод сводной статистики;

Поддержка контрольных точек для DTrace (DTRACE_PROBES);

В zdb добавлено отображение гистограмм сжатых блоков.

Ооо..!

а когда zpool 34 то будет? а то всё 30.

никогда он не будет 34, почему - это тебе домашнее задание.

Пора в магазин за дисками. А то как-то повода нет попробовать.

Какое это имеет отношение к нативности?

Вы доверите ей данные на пару kk$?

Deb?

Что всё так носятся с zfs? Чем оно так хорошо, есть какая нибудь, относительно свежая, таблица сравнения фс?

Не тормозящий дедуп когда-нибудь завезут? Считать sha256 референсной исошной реализацией в ФС - это просто несмешной 3.14здец. Тем более, что есть GPGPU и QuickAssist.

Тем более, что есть GPGPU

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

Какое это имеет отношение к нативности?[2]

Что-то ты не то смотришь https://github.com/zfsonlinux/zfs/issues/434

GPGPU

ага, в сервере

специально для болезных есть теслы без видеовыхода

Одно из свойств нативности - применения программа/библиотеки/модуля/фс для работы в штатном режиме. В данном случае, использование костылей в виде всяких ntfs-3g есть очень дурной тон. Инструмент служит для решения проблемы. В данном случае, ZFS не готова для использования в каких-либо серьезных проектах в дистрибутивах GNU/Linux, тем более в Enterprise-решениях. Да, оно будет работать, но доверишь ли ей ты данные на несколько kk$?[2]

Одно из свойств нативности - применения программа/библиотеки/модуля/фс для работы в штатном режиме
дурной тон

какой-то гсмный словесный понос, уж извините

специально для болезных есть теслы без видеовыхода

ну так пускай болезный и использует это. или там, как всегда, надо присесть на одной ноге в гамаке, что бы это заработало прозрачно?

Ну, как знаете. Наверное не очень приятно использовать FAT32 для хранения бэкапов на RHEL 6

Я засовываю

Поделишься результатами? Я смотрю там в оф. репозитории ubuntu, пакеты обновляются неспешно... Я уже забыл, чего там у тебя, ubuntu или debian? Но да не суть. Жду отзывов.

не знаю насчёт гамака, но работает без иксов

ну вотку я эту теслу в сервак и что, тот же zfs crypto будет сразу использовать возможности теслы?

если напишут поддержку

поддержку в zfs?

Пфф. Вон reiser4 нативная, прям нативней некуда, но я б ей и бесплатных данных не доверил. Разберись, что значит термин "нативный" для начала. Еще ntfs-3g приплел... Ты случайно zfs on linux с zfs-fuse не перепутал?

И да, среди первых я б zfs в enterpriZe не засунул, но хотя бы экспериментальную поддержку в дистрибутивах давно жду. Уж всяко оно не хуже btrfs.

Вы таки про данные и эту фс не ответили - доверили бы ей пару кк?

ubuntu server

Поделишься результатами? Я смотрю там в оф. репозитории ubuntu, пакеты обновляются неспешно...

Прилетели обновления zfs в ubuntu, боевые сервера пока не обновлял. Тестовый стенд (ubuntu server 14.04 с ядром 3.16.0-34) обновил, пока всё без приключений.

Чё ты докапался до своих пары кк? Там, где пара кака, там и бэкапы соответствующие. Типа ты бы бтрфс доверил свои кака?

Я планирую доверить zfs, самое ценное, но при этом буду выполнять резервное копирование на простой ext4+lvm.