|
2.34, Anonim3 (?), 11:59, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Да, как и желание сожрать всю оперативку. А еще ZFS конфликтует с zRAM. После чего скорость у SSD падает до уровня HDD и ниже.
| |
|
|
4.81, Аноним (-), 19:03, 19/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Настраивать надо, а не гуньдеть. ZFS это комбайн.
Действительно, адаптивный размер кэша - слишком иновационно, вот прописывать его самому, как в DOSовом smartdrv.exe - самое оно.
| |
|
|
2.92, 1 (??), 14:09, 21/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
В основной ветке не умеет, есть пулл-реквесты, с принятием которых тянут и тянут.
| |
|
|
2.7, h31 (ok), 23:33, 17/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как я понимаю, это полноценная ФС, просто из-за лицензии распространяющаяся отдельным модулем.
| |
|
|
4.16, fi (ok), 02:34, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Просто эта штука чуть более чем полностью несовместима с подсистемами ядра, и приходиться делать, где wrapper, а и где дублирование функционала.
| |
|
5.45, rico (ok), 13:50, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Просто эта штука чуть более чем полностью несовместима с подсистемами ядра, и
> приходиться делать, где wrapper, а и где дублирование функционала.
что-то мне это напоминает
oh, wait...
P.S. Шишкин задумчиво одобряет эту самую политику торвальдса по пропихиванию угодных ему подсистем
| |
|
|
|
2.46, Elhana (ok), 13:54, 18/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ее уже давно можно корневой ФС, но придется поплясать с бубном.
Проблемы две:
1) инсталлятор ее не умеет, размечать придется ручками.
2) с Grub есть проблемы, хотя в убунте их вроде как сейчас решают.
- новые фишки zfs не сразу поддерживаются grub, так что /boot желательно держать отдельно.
- есть проблема с поиском дисков zfs - libzfs несовместима по лицензии с grub, а обходной вариант кривой. При этом апстрим grub говорит не сношайте нам моск и линкуйте с libzfs или ебитесь сами.
А так оно у меня с момента появления корень на zfs и единственной проблемой было то, что я пул заапгрейдил неподумавши и пришлось grub с апстрима собирать.
| |
|
|
|
|
4.12, sage (??), 00:42, 18/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Тот же aufs3 в Debian и Ubuntu был всегда, а в Mainline никогда не был.
| |
4.91, Аноним (-), 12:29, 21/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
иди ищи прошивки с андроид 5 на p970 - умны ты наш. Сам сказал что они есть.
Или просто балабол ?
| |
|
|
2.82, Аноним (-), 19:04, 19/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Эх, вкатил бы им Оракл теперь иск... Ибо нефиг.
Эти с их патентами - могут :)
| |
|
1.4, Аноним (-), 22:51, 17/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Есть бекап сервер, где хранятся бекапы виртуалок. Имеет ли смысл пробовать собрать под него ZFS с дедупликацией? Если ли профит от дедупликации не на критичном сервере.
| |
|
2.6, QuAzI (ok), 23:23, 17/02/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Есть дедупликация, есть LZ4, а можно тупо сливать туда актуальные бекапы виртуалок и делать снапшот. Хранить например последних 30 снапшотов - места съедается только на дифы. Если ещё взять какой-нибудь WD Green, охлаждение и нормальный БП + ИБП - неубиваемая вещь в себе.
Одно печалит - шифрования нативного нет.
| |
|
3.8, Аноним (-), 23:40, 17/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
QuAzI, могли бы вы расписать use case.
Виртуалки у меня на KVM, делаются бекапы посредством LVM snapshot раздела, где лежит виртуалки, затем гзипается на стороне гипервизора и сливается по NFS на сервер бекапов.
Что можно применить на сервере бекапов для лучшей утилизации диска.
| |
|
4.15, QuAzI (ok), 01:25, 18/02/2016 [^] [^^] [^^^] [ответить] | +/– | Выглядело это примерно так bin sh rsync everywhere dt date Y m d ... большой текст свёрнут, показать | |
|
5.29, Аноним (-), 10:30, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Я пробовал. Зеркалирование ЗФС-томов работает хорошо в чентоси7 и всех убунтах.
| |
5.31, Аноним (-), 11:23, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Напомните сколько ресурсов жрет сам zfs при таком активном использовании всех фич?
| |
|
6.37, Чаёвник (?), 12:05, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Для бекап-сервера вполне приемлемо жрёт. Без сжатия и дедупликации пользовал ZFS на десктопе - тоже вполне нормально бегает. От бекапов важнее надёжность, а не перфоманс. Но вы можете продолжать NTFS, если у вас игры показывают FPS немного ниже, мы не против.
| |
6.57, Аноним (-), 17:12, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Напомните сколько ресурсов жрет сам zfs при таком активном использовании всех фич?
Zfs не умеет cp --reflink, такая вот "поддержка" Linux и coreutils.
| |
|
7.61, Чаёвник (?), 17:45, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Zfs не умеет cp --reflink, такая вот "поддержка" Linux и coreutils.
Перекрывается дедупликацией же
| |
|
8.80, Аноним (-), 19:01, 19/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Не перекрывается, cp --reflink мгновенно создает мне кипу 20Гб виртуалок из темп... текст свёрнут, показать | |
|
|
|
5.95, Горегоре (?), 14:54, 26/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Архивы плохо дедуплицирует, это ожидаемо. Рекомендую использовать на ZFS LZ4+dedup, это не только сэкономит место, но и скорость на медленных винтах. При дедупликации рекомендуют использовать 1GB RAM на 1TB данных на диске Т.е. если у вас 40 одинаковых образов по 1ТБ то вам нужно около 1GB рамы дополнительно.
| |
|
4.33, PavelR (??), 11:45, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
>затем гзипается на стороне гипервизора
Это несовместимо с последующей дедупликацией.
Возьмите rsync с патчем, позволяющим брать в качестве источника блочное устройство (в файле с исходниками rsync раньше был).
| |
|
|
4.35, Чаёвник (?), 12:00, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дёшево и сердито для бюджетных решений. Вы бы свой вариант предложили для SOHO, мы бы тоже посмеялись. Промышленные NASы тут бессмысленно обсуждать, как и выбор ФС к ним.
| |
|
3.47, Elhana (ok), 13:57, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Одно печалит - шифрования нативного нет.
по шифрованию сейчас в ML один товарищ развел бурную переписку и даже что-то реализовал уже, так что вполне возможно скоро будет.
| |
|
2.13, Celcion (ok), 00:42, 18/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
От дедупликации есть нехилые тормоза. В зависимости от типа винтов и мощности сервера, упасть производительность может буквально в разы. Профит примерно такой же, как и от сжатия, редко когда сильно больше, но сжатие, как правило, далеко не так сильно снижает скорость и не требует настолько много памяти, как дедупликация.
Если сливать туда уже сжатые образы, то профита может не получиться совсем.
| |
|
3.40, Чаёвник (?), 12:23, 18/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Вот тут человек подписался в полном незнании того, как это работает Chunks of d... большой текст свёрнут, показать | |
|
4.49, Elhana (ok), 14:17, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Надо считать размер DDT и влезет ли она в память. Если не влезет, то лучше dedup не включать. Расчет памяти есть в интернетах.
| |
|
5.55, Чаёвник (?), 17:08, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если перфоманс бекапов поднимаемых раз в году для вас важнее износа и экономии места, то можно и позаморачиваться. Хотя если уж на то пошло - ОЗУ нынче стоит сравнительно дёшево, особенно если искать не антиквариат типа DDR1/DDR2 для старых серверов. Кэш можно вынести на SSD, опять же.
| |
|
6.87, Elhana (ok), 02:39, 20/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Да, только если бакапов много, а перфоманс падает настолько, что бакапится восст... большой текст свёрнут, показать | |
|
|
4.68, Celcion (ok), 20:31, 18/02/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Неуважаемый, а слабо высказывать точку зрения, не пытаясь аппелировать к чьим-то... большой текст свёрнут, показать | |
|
5.73, QuAzI (ok), 00:04, 19/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
А что ты знаешь? Как у Avamar сделана дедупликация? Что там внутри? Дай хоть один повод усомнится, что твой опыт - это твой опыт не говорящий о самой технологии ничего? Вот когда человек пишет "Надо считать размер DDT и влезет ли она в память" - видно, что человек понимает, как это работает и о чём он говорит. А когда "ну хз, мне не нравица" - это как-то не очень объективно, не очень аргументировано и ни слова по делу о реальном опыте не предоставляет.
Пользовал ZFS с 2008-го года - вполне нормально шуршит, если понимать, что происходит и немного читать. Странно например включать сжатие, дедупликацию и ещё стопицот фич и надеяться, что всё это влезет в каких-нибудь 256Мб какой-нибудь эмбеддовки для винта забитого мелким файлом на 8Тб.
| |
|
6.88, Celcion (ok), 07:54, 20/02/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Почему ты решил, что я должен тебе что-то доказывать Более-менее близко я с эти... большой текст свёрнут, показать | |
|
|
|
|
2.23, Аноним (-), 07:35, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Я бы не сказал, что ZFS здесь непременно будет лучшим решением. Посмотрите такие дедуплицирующие бекаперы как ZBackup и ZPAQ, думаю они больше подойдут под ваши задачи.
| |
2.39, PnDx (ok), 12:19, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дедуп — нет, он только для файлопомоек адекватен. Но есть "финт ушами": блочный rsync в сторону zfz|btrfs + снапшоты.
contra: rsync KC в rc4 считает до сих пор. См. таблицы с вероятностями коллизий.
| |
|
3.41, Чаёвник (?), 12:30, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> contra: rsync KC в rc4 считает до сих пор. См. таблицы с
> вероятностями коллизий.
Если речь про нативный rsync, то rsync проверяет имя файла, его таймстамп, размер, затем уже, если включена опция - контрольную сумму. Для синхронизации пофайлово этого более чем достаточно для надёжности. Невозможно создать файл, а потом вменяемыми правками сохранить его размер, таймстамп и хэш.
Если речь про всякие костыльные форки, то сомнительно считать такие решения хорошим выбором, ИМХО.
| |
|
4.42, PnDx (ok), 12:56, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Блочные устройства → ФС. Поблочно. Вот так примерно:
/usr/bin/rsync --copy-devices --copy-links --times --partial --inplace ${user}@${host}:"/dev/mapper/${lv[0]}-${lv[1]}.snap" "${p}/${lv[1]}"
кс тоже по блокам считается, см. исходники rsync.
"--copy-devices" — да, патч. Тупо разрешающий оно самое, запрещённое "из коробки" велением левой пятки авторов. Применен в большинстве современных дистрибутивов. Например, пожилая centos 6:
#rsync --version
rsync version 3.1.1 protocol version 31
...
Capabilities:
64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
append, ACLs, xattrs, iconv, symtimes, prealloc
| |
|
5.43, Чаёвник (?), 13:03, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ты уверен, что велением левой пятки? Они на этом деле не одну упряжку собак съели.
Для таких вещей есть сетевая репликация ФС. В том числе сабж её умеет прекрасно без приколов с коллизиями, без костылей, бесплатно и без смс.
| |
|
6.44, PnDx (ok), 13:47, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Для таких вещей есть сетевая репликация ФС. В том числе сабж её
> умеет прекрасно без приколов с коллизиями, без костылей, бесплатно и без
> смс.
Не, бэкэнд для виртуалок на zvol создаёт больше проблем, чем решает (на мой вкус). Потому что миграции становятся ещё менее тривиальными, чем на qcow over ext-fs.
| |
|
7.56, Чаёвник (?), 17:10, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> решает (на мой вкус). Потому что миграции становятся ещё менее тривиальными,
> чем на qcow over ext-fs.
Можно узнать детальнее, как у вас это сделано и где в этом месте проблемы с ZVOL ?
| |
|
8.64, PnDx (ok), 19:38, 18/02/2016 [^] [^^] [^^^] [ответить] | +/– | У нас оно было задизайнено на lvm по фибре свои скрипты на предмет lvchange... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
2.52, кэп (?), 16:42, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Полковнику Табуретке
В Проксмоксе Редхатовское ядро с патчами от проксмоксовцев, репозиторий их с фирменным софтом, всё остальное от дебиана. Убунты нет
| |
|
|
2.38, Чаёвник (?), 12:12, 18/02/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
> exFAT бы включили "искаропки" - вот это было бы клёво.
А она где-то применяется потому что нужна, а не маркетинг? В чём её фичастость хоть по сравнению с FAT32 на сегодняшний день? Я вот не вижу в фотокамерах и смартфонах карточек на 2Тб. Износ давно решается аппаратно. Проблемы с фрагментацией на SD-карточках тоже не видать. ACL'и там нафиг не нужны. Пусть лучше производители эмбеддовки озаботятся поддержкой нормальных ФС, чем этого шита.
| |
|
3.48, Admino (ok), 14:13, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
> В чём её фичастость хоть по сравнению с FAT32 на сегодняшний день?
Файлы больше двух Гб. Я вот флешку сделал, чтобы и в убунте и в винде работала — работает-таки, но телефон её не видит. Пришлось делать в EXT4, на винду драйвер, телефон умеет.
| |
|
4.59, Чаёвник (?), 17:25, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Файлы больше двух Гб. Я вот флешку сделал, чтобы и в убунте
> и в винде работала — работает-таки, но телефон её не видит.
> Пришлось делать в EXT4, на винду драйвер, телефон умеет.
До 4 Гб влезает нормально и давно.
Я считаю что Ext2/3/4 тут гораздо правильнее использовать, чем тащить и поддерживать всякий левый exFAT, а потом ещё огребать на нём поборы за уродское лицензирование.
Тем более это уже работает, а exFAT в половине устройств фиг распознается.
| |
|
5.65, soarin (ok), 20:04, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> До 4 Гб влезает нормально и давно.
> Я считаю что Ext2/3/4 тут гораздо правильнее использовать
> Тем более это уже работает, а exFAT в половине устройств фиг распознается.
У меня телевизор даже понимает exFAT.
А ext на флешке - это для какой-то другой вселенной, где десктопных линуксов не 1-2%
| |
|
6.83, Аноним (-), 19:09, 19/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У меня телевизор даже понимает exFAT.
С вероятностью 99% он сделан на линухе, поэтому с вероятностью 95% он понимает и EXT-ы, как минимум 2 и 3.
| |
|
5.66, soarin (ok), 20:09, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ну и для того, чтобы не "огребать на нём поборы за уродское лицензирование"
придумали F2FS, которая поддерживается линуксовым ядром с версиии 3.8, но оно ещё не готово до стабильного уровня, а ext* на флешке только извращенец подумает использовать.
| |
|
6.70, QuAzI (ok), 22:11, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
F2FS - это такой мифический зверь в вакууме.
Чем ext* на флешке хуже exFAT? Кроме того, что ext* уже давно и упорно поддерживаются всем, включая NASы, ранние заумные телевизоры, Android всех версий и вплоть до SOHO-роутеров (от родных прошивок к некогда легендарному Asus WL500 до OpenWRT и прочих кастомов), плюс можно смонтировать на любой актуальной ОС (и не актуальной, ext2 можно даже в DOS смонтировать), плюс полно инструмента которым можно вытащить данные в случае повреждения ФС (а съёмные устройства это ой как любят).
| |
|
7.74, soarin (ok), 05:08, 19/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Кроме того, что ext* уже давно и упорно поддерживаются всем Android всех версий
Ага, так упорно. Если вставишь SD карту с ext* в агрегат с Android, который без прошивки 'я у мамы хакер', и без рутованных хаков, то получишь дулю. (не надо мне говорить про его корень работающий в ext* - я всё отлично это знаю). Ну и штатных средств для форматирования SD карты в ext* тоже нет по понятным причинам (у разработчиков логика то есть).
| |
|
6.71, mumu (ok), 22:34, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
f2fs даже MIUI не поддерживает. В то время, как exFAT поддерживают все андроиды (4+?). Буквально на этой неделе решал чем форматить сд-карточку на 64 Гб. С f2fs ситуация оказалась просто плачевной.
И да, на карточку часто закидываются фильмаки по 7-12 Гб. Ограничение в 4 Гб это какая-то нездоровая инвалидность.
| |
|
|
|
3.54, iZEN (ok), 16:54, 18/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> exFAT бы включили "искаропки" - вот это было бы клёво.
> А она где-то применяется потому что нужна, а не маркетинг? В чём её фичастость хоть по сравнению с FAT32 на сегодняшний день?
У меня в Lumia 735 карточка в ней отформатирована. Фичасточть в том, что можно держать файлы размером больше 4 ГБ, полновесные фильмы в формате MKV720p/1080p, например.
| |
|
4.58, Чаёвник (?), 17:20, 18/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
iZEN, вот только ты можешь хвастаться убогим виндофоном (и удивляться, почему виндофон форматает в этот унылый формат, ведь если не MS, то кто же) и пытаться смотреть с телефона видео, которое он всё равно не тянет нормально.
Вот как-то до того как DVD-ромы не вымерли, прекрасно обходились без extFAT даже с переносом iso-шек. А сегодня она и подавно нафиг не нужна. Купленные фильмы на флешках не гуляют, для всего остального есть внешние диски, сетевые шары и прочий вагон вариантов.
| |
|
5.69, soarin (ok), 20:37, 18/02/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> вот только ты можешь хвастаться убогим виндофоном (и удивляться, почему виндофон форматает в этот унылый формат, ведь если не MS, то кто же)
А я вот взял щас в руки устройство с android 5 одной такой очень популярной корейской фирмы в Этой Стране.
Угадай какую ФС оно использует на SD флешках по умолчанию. Правильно - exFAT.
Это типично и для других ведроидов.
| |
5.89, iZEN (ok), 19:18, 20/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> iZEN, вот только ты можешь хвастаться убогим виндофоном (и удивляться, почему виндофон
> форматает в этот унылый формат, ведь если не MS, то кто
> же)
> и пытаться смотреть с телефона видео, которое он всё равно не тянет нормально.
Что, больше меня знаешь про мой телефон, который и в руках даже не держал? :))
> Вот как-то до того как DVD-ромы не вымерли, прекрасно обходились без extFAT
Объёмы флэшатины перевалили за 32 ГБ. Вот там и применяются более современные файловые системы. Lumia поддерживает microSD до 128 ГБ, а твой Android?
> даже с переносом iso-шек. А сегодня она и подавно нафиг не
> нужна. Купленные фильмы на флешках не гуляют, для всего остального есть
> внешние диски, сетевые шары и прочий вагон вариантов.
Вагон вариантов есть, но у нас ещё и маленькая тележка пристроена. ;)
| |
|
|
|
|
3.75, Аноним (-), 09:08, 19/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Тем кто использует ubuntu (1% гиков)
У Убунту серьезная пользовательская база и я даю 100%, что это далеко не 1%.
Кто я такой?
| |
|
2.77, Аноним (-), 12:13, 19/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
С технической точки зрения exFAT - это просто ещё один навязанный буллшит, как например неотключаемый Secure Boot умеющий грузить только винду или микрокод новых процессоров который "эффективно работает только под виндой" потому что на свободу выбора остальных тупо положили болт в тот момент, когда проплатили кому следует.
Продолжайте требовать больше кактусов вместо годных технологий.
| |
|
1.26, milinsky (ok), 08:25, 18/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Что то мне это напоминает обещания пятилетней давности о включении в поставку дисплейного сервера Wayland. Не?
| |
1.30, Shatlwrot (ok), 11:04, 18/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>полноценной поддержки графического API Vulkan
Недавно только апи релизнулась, еще библиотек толком нет, а космонавт уже обещает включить в следующей версии. Которая LTS. Готовим попкорн, обещается очередная трагикомедия.
| |
|
2.32, Аноним (-), 11:25, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Включить-то можно. все равно им пользоваться не будут еще года 2.
| |
2.50, Аноним (-), 14:18, 18/02/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
SDK есть, дрова почти для всех производителей есть - что вам еще надо?
| |
|
1.36, Меломан1 (?), 12:04, 18/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Компания Canonical объявила о своей дурости. Модуль ZFS используют единицы, зачем его пихать в штатное ядро?
| |
|
2.51, Elhana (ok), 14:24, 18/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Компания Canonical объявила о своей дурости. Модуль ZFS используют единицы, зачем его
> пихать в штатное ядро?
В стандартной поставке очень много модулей, которые используют единицы, они лежат на диске и только место занимают. Линус поддержку EISA в ядре вообще ради одного человека оставил.
| |
|
3.60, Чаёвник (?), 17:31, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
Не кормите тролля. Он уже вычитал, что ZFS в ядре (а не отдельным модулем) и сразу стал аналитиком, который знает, что нужно всем людям лучше их самих.
И да, это не первый и не последний дистрибутив Linux, который хочет поддержку ZFS из коробки.
| |
|
|
1.63, Аноним (-), 19:15, 18/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> В качестве основного назначения ZFS в Ubuntu называется использование в качестве хранилища изолированных контейнеров.
А btrfs, нормально интернированной в ядро, для этих целей им мало?
| |
|
2.72, ПолковникВасечкин (?), 23:28, 18/02/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> В качестве основного назначения ZFS в Ubuntu называется использование в качестве хранилища изолированных контейнеров.
> А btrfs, нормально интернированной в ядро, для этих целей им мало?
А где она нормально интегрирована?
| |
|
|
2.84, Led (ok), 23:48, 19/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Скажите кто-то как работает и включается trim на ZFSLinux? не могу найти
> пока
В некрологах искал?
| |
2.86, Elhana (ok), 01:48, 20/02/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Скажите кто-то как работает и включается trim на ZFSLinux? не могу найти пока
Есть патч от Nexenta, но в апстрим пока не принят. Особо отважные могут пробовать.
Проблема у trim+cow в том, что cow в принципе работает так, чтобы не затирать старые данные(тогда есть возможность отката транзакций), а trim как раз нужен для обратного - чистить "не используемые" сектора.
В итоге делают некий буфер, который будет ждать н-ное количество транзакций и только потом тримать сектора. В остальных случаях все достаточно тривиально - потримать zvol при создании и весь диск перед разметкой zpool не сложно, но встает вопрос необходимости в принципе, т.к. это дополнительное действие, которое не факт что нужно делать всегда.
| |
|
1.94, Аноним (-), 14:55, 22/02/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Наверняка это связано как-то с новостью о AT&T, в которой говорилось о серверах на Ubuntu.
| |
|