The OpenNET Project / Index page

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

В ZFS on Linux добавлена поддержка FreeBSD

15.04.2020 08:54

В кодовую базу "ZFS on Linux", развиваемую под эгидой проекта OpenZFS в качестве эталонной реализации ZFS, приняты изменения, добавляющие поддержку операционной системы FreeBSD. Добавленный в "ZFS on Linux" код протестирован в ветках FreeBSD 11 и 12. Таким образом, разработчикам FreeBSD теперь не нужно поддерживать собственное синхронизированное ответвление "ZFS on Linux" и разработка всех связанных с FreeBSD изменений будет осуществляться в основном проекте. Кроме того, работоспособность во FreeBSD основной ветки "ZFS on Linux" в процессе разработки будет тестироваться в системе непрерывной интеграции.

Напомним, что в декабре 2018 года разработчики FreeBSD выступили с инициативой перехода на реализацию ZFS от проекта "ZFS on Linux" (ZoL), вокруг которого последнее время сосредоточилась вся активность, связанная с развитием ZFS. В качестве причины миграции была упомянута стагнация кодовой базы ZFS от проекта Illumos (форк OpenSolaris), которая ранее использовалась в качестве основы для переноса связанных с ZFS изменений во FreeBSD. Основной вклад в поддержку кодовой базы ZFS в Illumos до недавнего времени вносила компания Delphix, развивающая операционную систему DelphixOS (форк Illumos). Два года назад компания Delphix приняла решение о переходе на "ZFS on Linux", что привело к стагнации ZFS от проекта Illumos и сосредоточением всей связанной с разработкой активности в проекте "ZFS on Linux", который теперь рассматривается как основная реализация OpenZFS.

Разработчики FreeBSD решили последовать общему примеру и не пытаться удержаться за Illumos, так как эта реализация уже сильно отстаёт по функциональности и требует больших ресурсов для сопровождения кода и переноса изменений. "ZFS on Linux" теперь рассматривается как основной единый совместный проект по разработке ZFS. Среди возможностей, которые доступны в "ZFS on Linux" для FreeBSD, но отсутствуют в реализации ZFS от Illumos: режим multihost (MMP, Multi Modifier Protection), расширенная система квот, шифрование наборов данных, раздельный выбор классов распределения блоков (allocation classes), использование векторных процессорных инструкций для ускорения реализация RAIDZ и вычисления контрольных сумм, улучшенный инструментарий командной строки, исправление многих ошибок, связанных с состоянием гонки и блокировками.

  1. Главная ссылка к новости (https://www.reddit.com/r/freeb...)
  2. OpenNews: Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"
  3. OpenNews: Разработчики FreeBSD намерены сменить реализацию ZFS на "ZFS on Linux"
  4. OpenNews: Разработчики FreeBSD продолжат развитие ZFS без помощи Oracle
  5. OpenNews: Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux
  6. OpenNews: Представлен проект OpenZFS, направленный на унификацию развития файловой системы ZFS
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/52737-openzfs
Ключевые слова: openzfs, zfs, freebsd, zol
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (265) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:58, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Будет забавно, если код этого проекта войдёт в состав ядра FreeBSD, а в Linux нет
     
     
  • 2.6, Аноним (6), 09:09, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +15 +/
    В состав Linux ядра не войдёт никогда. Самая правильная GNU GPL лицензия этому прекрасно способствует.
     
     
  • 3.9, Ivan_83 (ok), 09:22, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да наплевать!
    Будет ставится из портов, как amdgpu и прочие ништяки взятые с линукса.
    Хотя я видел в базе какие то дрова сетевушек, которые видимо тоже с линукса, может там изначально двойна лицензия на них или что то ещё.
     
  • 3.20, Аноним (1), 09:44, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что не так?
    https://github.com/openzfs/zfs/wiki/FAQ#licensing
     
     
  • 4.34, Урри (?), 11:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ZFS is licensed under the Common Development and Distribution License (CDDL), and the Linux kernel is licensed under the GNU General Public License Version 2 (GPLv2).

    А не так то, что некоторых просто пугает внешний вид дедушки Столлмана (я его в Киеве в прошлом году видел, действительно нежным детским сознаниям не стоит показывать). Вот и чураются, болезные.

     
  • 4.48, freehck (ok), 11:38, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +18 +/
    А не так то, что когда разработчики CDDL писали её, то имели одну из целей сделать её несовместимой с GPL.
    Поэтому теперь толпы онанимных оналитегов на опеннете недовольны этим, и рассказывают, что мол из-за треклятой GPL их любимая ZFS не может быть включена в состав ядра Linux.
     
     
  • 5.84, нах. (?), 13:32, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я полагаю они имели единственную цель - защитить компанию как от агрессивных фанатиков, так и от захвата ценного актива другими корпорациями.

    А что получилось несовместимо с какими-то там белками-истеричками - просто их не волновало ни в малейшей степени.

     
     
  • 6.115, freehck (ok), 14:52, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > я полагаю они имели единственную цель - защитить компанию как от агрессивных
    > фанатиков, так и от захвата ценного актива другими корпорациями.

    Охотно верю, что и это тоже. Но мою позицию характеризуют слова Дениз Купер, которая собственно и писала CDDL. А она говорит, что несовместимость с GPL была одним из требований при разработке лицензии.

     
  • 6.123, AlexYeCu_not_logged (?), 15:31, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >я полагаю они имели единственную цель - защитить компанию как от агрессивных фанатиков, так и от захвата ценного актива другими корпорациями.

    Сдаётся мне, декларируемые тобой цели лицензии достигнуты были далеко не на 100 процентов.

     
     
  • 7.131, нах. (?), 16:16, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    хм, ну, вроде, орацл вот решил что нуегонафиг, себе дороже.

    А остальные цели с закатом солнышка ушли куда-то в глухую тьму. Хрен его знает, как бы все обернулось. Но ста долларов мне по прежнему жаль.

     
     
  • 8.183, ГабенВульвович (ok), 00:28, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
  • 6.136, Аноним (136), 16:28, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >я полагаю они имели единственную цель - защитить компанию как от агрессивных фанатиков, так и от захвата ценного актива другими корпорациями.

    "Эй вы трое, оба ко мне!"
    Сам-то понял, что озвучил две цели?

     
  • 6.203, Zulu (?), 20:06, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неправильно полагаешь. Несовместимость с Линуксом планировалась, потому как именно в Линуксе эти наивные юноши видели конкурента. В результате Опенсолярис вместе с CDDL похоронили, Линукс не чихнул.
     
     
  • 7.208, Аноним (208), 21:45, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > эти наивные юноши
    > Линукс не чихнул.

    Естественно, это заслуга опеннетных экспертов-кодеров-знающих-все-все-все (правда, в основном - задним числом), без устали коммитящих код, а не два миллиарда от IBM?


     
     
  • 8.246, Zulu (?), 14:39, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это заслуга дятлов, которые думали что забороть линукс на поле, где он уже десят... текст свёрнут, показать
     
     
  • 9.247, Аноним (-), 15:20, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Правда, рулеж линукса на поле в 1994-95 был исключительно в комментариях опенн... текст свёрнут, показать
     
     
  • 10.250, нах. (?), 00:20, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    в 95 не было никакой cddl Если я и ошибаюсь, то не сильно, полагая что opensola... текст свёрнут, показать
     
     
  • 11.256, Аноним (-), 11:56, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Э, ну да, Кэп На это и был толстый намек В ответку на классический пример по... текст свёрнут, показать
     
  • 10.277, Zulu (?), 22:12, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты говоришь миллиард от IBM так, будто это что-то плохое Sun миллиарда не на... текст свёрнут, показать
     
  • 9.248, iZEN (ok), 15:26, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    До линукса и вливаний лярдов в него IBM интернетом рулила Фряха ... текст свёрнут, показать
     
     
  • 10.249, нах. (?), 00:17, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не хотелось бы тебя огорчать, но ты сделал очень много опечаток в слове SCO Unix... текст свёрнут, показать
     
  • 5.189, хотел спросить (?), 06:46, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а в чем принципиальное отличие лицензий?
     
  • 3.33, Онаним (?), 10:55, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И - тьфу-тьфу - очень хорошо. Вот это вот навесное бесконтрольное вторичное кеширование, ему в ядре точно не место.
     

     ....большая нить свёрнута, показать (22)

  • 1.2, Аноним (2), 09:00, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +18 +/
    Тот самый ZFS, которым рекламировали преимущества BSD перед Linux, наконец завезли в... BSD.

    «Парадокс!» (c) к/ф Брат-2

    Но в BSD-мирке и не такие парадоксы бывали.

     
     
  • 2.5, Аноним (6), 09:07, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В манямирке разве что. И не BSD-шников, а некоторых других людей... ZFS в FreeBSD была давным-давно. И сейчас она есть. То, что происходит сейчас – объединение кодовой базы, не более.
     
     
  • 3.19, Аноним (19), 09:37, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Нет сейчас старый FreeBSD код выкидывают так как не поддерживается и выпиливается нормальный.
     
     
  • 4.62, bOOster (ok), 12:29, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Иногда, некоторым, лучше жевать травку на лужочке, чем говорить.

    ZFS on Linux надо 90 процентов исходников из Illumos/FreeBSD

     
     
  • 5.73, Аноним (73), 13:13, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот действительно, лучше бы ты прислушался к своему же совету.

    ZFS on Linux состоит из кода Illumos, но вопрос причем здесь FreeBSD?

     
     
  • 6.90, zzz (??), 13:48, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Действительно, при чем тут код, который взяли у BSD. Линуксоиды вообще не палятся: берут код Illumos/FreeBSD @ приляпывают к нему пару фич и лычку "on Linux" @ громко орут, что FreeBSD у них ворует.
     
     
  • 7.95, Аноним (95), 14:01, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ZFS on Linux это все та же CDDL. Просто FreeBSD не в состоянии сама поддерживать разработку. Фаундейшеном не вышли.
     
  • 5.94, Аноним (95), 13:58, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Большую чушь чем ты трудно было написать. FreeBSD тащил ZFS из дистра DelphixOS на illumos от компании Delphix. Дельфикс отказался от развития и перешел на zol поэтому и FreeBSD переходит на zol. https://www.opennet.ru/opennews/art.shtml?num=50543

    Ты бы хотя бы иногда по минималке интересовался чем-то кроме своей винды.

     
     
  • 6.181, bOOster (ok), 22:57, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да уж большую чушь чем ты написал - написать еще сложно годики появления портов... большой текст свёрнут, показать
     
  • 2.11, Ivan_83 (ok), 09:25, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В отличии от ваших линуксов тут ядро ещё вполне компактное, такое что можно сконфигурить все опции и при этом их понять и не сойти с ума.
    И прикол в том, что при сильно меньших усилиях и возможностях практически всё линуксовое тут тоже собирается и работает, даже многие линуксовые дрова работают без проблем.
     
     
  • 3.15, A.Stahl (ok), 09:31, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >при сильно меньших усилиях и возможностях практически всё линуксовое тут тоже собирается и работает

    Ты утверждаешь что для сборки чего-то линуксового из-под БСД нужно приложить меньше усилий чем при сборке этого же под Линуксом?

    >при сильно меньших ... возможностях

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

     
     
  • 4.22, Аноним (22), 10:14, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ты утверждаешь что для сборки чего-то линуксового из-под БСД нужно приложить меньше усилий чем при сборке этого же под Линуксом?

    Да, плюсую Ивану, значительно меньше.

     
     
  • 5.41, Ivan_83 (ok), 11:17, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не собирал под линуксами ничего чужого, так что сравнить не могу.
    Только чужие проги под фрю портировал.
     
  • 4.25, Ag (ok), 10:22, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Современные ОС все на одно лицо

    Вот тут за IBM (z/OS, z/VM и z/VSE)стало обидно!
    JCL негодует!

     
     
  • 5.152, Аноним (152), 17:05, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За OpenVMS вписываюсь.
     
  • 4.40, Ivan_83 (ok), 11:16, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я же написал: собирается и работает почти всё линуксовое.
    Часто с очень мелкими патчами или даже без, иногда нужно сделать реализацию каких то функций или хотя бы затычки добавить.
    В остальном у нас портов по больше чем во многих линуксах, что как бы намекает.
     
     
  • 5.67, дохтурЛол (?), 12:54, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага-ага.
    Ну запусти там докер.
     
     
  • 6.71, Ivan_83 (ok), 13:06, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется кто то уже запустил: cat /usr/ports/sysutils/docker/pkg-descr
    Docker is the world's leading software container platform. Developers use
    Docker to eliminate "works on my machine" problems when collaborating on code
    with co-workers. Operators use Docker to run and manage apps side-by-side in
    isolated containers to get better compute density. Enterprises use Docker to
    build agile software delivery pipelines to ship new features faster, more
    securely and with confidence for both Linux and Windows Server apps.

    Ну и там рядом пара ещё каких то докеров валяется.

     
     
  • 7.184, ГабенВульвович (ok), 00:33, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не палитесь так, это только cli для управления самим докером (Дэймоном-надстройкой), который работает удаленно (юзается TCP-соединение)
     
  • 6.77, анонн. (?), 13:21, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> почти всё
    > Ага-ага.
    > Ну запусти там докер.

    Какая буква в слове "почти" не понятна? Ну и лучше б systemd вспомнил.


     
  • 5.143, Аноним (136), 16:42, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Я же написал: собирается и работает почти всё линуксовое.

    А systemd слабо собрать?

     
     
  • 6.170, анонн (ok), 18:45, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Я же написал: собирается и работает почти всё линуксовое.
    > А systemd слабо собрать?

    Т.е. кроме дыркера и IBMvendorlockD ничего не вспоминается? Забавно.

     
  • 5.281, Аноньимъ (?), 07:53, 17/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1. Число портов/пакетов не равно числу приложений.

    2. Большой процент этих портов никем на работоспобность не тестируется. Многие приложения не запускаются, другие крашатся чуть позже. Версии некоторых отстают весьма значительно.

    3. Есть серьёзные технические социальные и организационные барьеры для контрибута в порты.

     
  • 4.42, Аноним (42), 11:19, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>при сильно меньших усилиях и возможностях практически всё линуксовое тут тоже собирается и работает
    > Ты утверждаешь что для сборки чего-то линуксового из-под БСД нужно приложить меньше
    > усилий чем при сборке этого же под Линуксом?

    Просто, если вместо комментирования на форумах попытаться собрать и сравнить - это будет весьма заметно для всяких бубунт, дебиана и проч.
    Установленный "из каробки" набор компиляторов C/C++, использование make и Makefile в качестве основного сборочного инструментария для софта в репе (а это почти 40000 портов), интеграция make install/deinstall в пакетную систему и прочее на это немного намекают.

     
  • 3.23, Аноним (23), 10:18, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > В отличии от ваших линуксов тут ядро ещё вполне компактное

    Откровенная ложь

     
     
  • 4.44, Аноним (42), 11:24, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В отличии от ваших линуксов тут ядро ещё вполне компактное
    > Откровенная ложь

    [code]
    tokei -s code /usr/src/sys
    Language            Files        Lines         Code     Comments       Blanks
    -------------------------------------------------------------------------------
    C                    6079      5600381      4023179       902626       674576
    C Header             6155      2576669      1834354       517527       224788
    Device Tree          2832       776149       633028        45785        97336
    GNU Style Assembly    182        66805        46600        14395         5810
    -------------------------------------------------------------------------------
    Total               16814      9165031      6658521      1491067      1015443
    [/code]

     
     
  • 5.82, Аноним (23), 13:26, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ты сделай так, чтобы фрибздешное ведро в 2МБ ПЗУ вместилось вместе с бизибоксом, и в 4МБ ОЗУ. И это без копания в коде. Чисто менюконфигом. Это я про последние линуксовые, 5-й версии.
    Про линукс 2.4 - даже не вспоминаю, когда весь роутер влезал на 410 из 512КБ ПЗУ и работал в 1МБ ОЗУ, но это уже история.
     
     
  • 6.85, Аноним (-), 13:35, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А ты сделай так, чтобы фрибздешное ведро в 2МБ ПЗУ вместилось вместе
    > с бизибоксом, и в 4МБ ОЗУ. И это без копания в коде. Чисто менюконфигом. Это я про последние линуксовые, 5-й версии.

    Как ловко ты спрыгнул с темы исходников "ядро ещё вполне компактное, сконфигурить все опции и при этом их понять и не сойти с ума" на бинарники
    > И это без копания в коде

    И все равно обо*рался:
    https://www.freebsd.org/doc/handbook/kernelconfig-config.html

     
     
  • 7.125, Аноним (125), 15:54, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никуда он не спрыгивал, он изначально понял слово «компактное» как относящееся к бинарнику.
     
     
  • 8.130, Аноним (-), 16:16, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И поэтому почти совсем не соврамши 1 , но ссылок на образ ядро минимальное о... текст свёрнут, показать
     
  • 6.145, Аноним (145), 16:47, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бинарник ядра фри просто скомпиленный без набора драйверов "на все случаи жизни" уже будет 5-6 МБ, а значит в сжатом виде влезет в 2 МБ
     
     
  • 7.169, анонн (ok), 18:43, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Бинарник ядра фри просто скомпиленный без набора драйверов "на все случаи жизни"
    > уже будет 5-6 МБ, а значит в сжатом виде влезет в 2 МБ

    Проверил - ядро STABLE 12, собранное с TARGET=i386 - 4.1МБ raw / 1.8МБ после gzip -9. Если оставить графику VGA, то как раз 4.3/1.9 МБ


     
  • 6.209, Аноним (208), 21:47, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты сделай так, чтобы фрибздешное ведро в 2МБ ПЗУ вместилось вместе
    > с бизибоксом, и в 4МБ ОЗУ. И это без копания в
    > коде. Чисто менюконфигом. Это я про последние линуксовые, 5-й версии.

    Это ты про фантазии.


     
  • 3.75, Аноним (73), 13:17, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >В отличии от ваших линуксов тут ядро ещё вполне компактное, такое что можно сконфигурить все опции и при этом их понять и не сойти с ума.

    Нет кучи драйверв, нет кучи подсисем в отличии от Линукса. Вот и причина компактности. Да будь в ядре ФрииБСД хотя бы 70% от возможностей линукса. Оно бы уже сколапсировало.Так что ыто единственный путь ФрииБСД, говорить всем что нинужно!

     
     
  • 4.78, Аноним (78), 13:23, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Нет кучи драйверв, нет кучи подсисем в отличии от Линукса. Вот и
    > причина компактности. Да будь в ядре ФрииБСД хотя бы 70% от
    > возможностей линукса. Оно бы уже сколапсировало.Так что ыто единственный путь ФрииБСД, говорить всем что нинужно!

    Главное, побольше пафоса, взятых с потолка циферок и никакой конкретики!
    А то ж ведь и в лужу присесть можно.


     
  • 4.112, Аноним (112), 14:46, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тебя вполне вероятно заминусят, но ведь так и есть Я упражнялся в уменьшении ли... большой текст свёрнут, показать
     
     
  • 5.147, нах. (?), 16:54, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    точно так же как и размер сжатого ядра Зачем это делать, флэш нынче дешевле п... большой текст свёрнут, показать
     
     
  • 6.154, Аноним (112), 17:21, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так несжатое ядро тоже смысла не много сравнивать -- там всякие выравнивания, пустые структуры, и прочее такое. Я вот хотел бы узнать, сколько типичная фряха без иксов на десктопе сразу после загрузки потребляет, реально. У меня это 60-70+мб, правда, с драйвером nvidia по-моему (проприетарным). И несколькими звуковухами. И геймпадом от коробки. С lvm, rsyslog, chrony, nut, raddaemon (и сопутствующими фишечками ядра), ну и busybox. Само ядро в несжатом виде в районе 20мб, оно тоже память потребляет. Вот хотелось бы оценить, насколько меньше у фряхи. Обычная система.
     
     
  • 7.157, нах. (?), 17:41, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    говорю же - следует сравнивать потребление памяти при конкретной решаемой задаче. Ну или вообще влезет ли оно туда.

    > Я вот хотел бы узнать, сколько типичная фряха без иксов на десктопе сразу после загрузки
    > потребляет, реально.

    что такое "без иксов на десктопе"?

    Как попало настроенный (ибо памяти для моих целей с избытком) сервер потребляет как-то вот так:
    Mem: 6068K Active, 29M Inact, 782M Wired, 163M Free
    ARC: 372M Total, 77M MFU, 179M MRU, 3360K Anon, 1670K Header, 112M Other
    Swap: 1024M Total, 37M Used, 987M Free, 3% Inuse

    но тут ровным счетом ничего нет, кроме 50мегабайтного мемкэша.
    И выпилен compressed arc вместе с abd scatter.

     
     
  • 8.161, Аноним (112), 17:52, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот система, в ней можно полноценно работать писать код, например , можно по... большой текст свёрнут, показать
     
     
  • 9.164, нах. (?), 18:18, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну я вот не понимаю как можно полноценно работать в 2k20 , и при этом веб не от... большой текст свёрнут, показать
     
  • 3.188, Аноним (188), 06:42, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Компактное, потому как поддерживает 10% от оборудования и 5% от функционала Linux. никому эта бздя нахер не нужна. разве что паре-тройке маргиналов с убитой водкой печенью, потому как в 90-ых роутер из нее был заи#бись
     
     
  • 4.195, Аноним (-), 11:20, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > и 5% от функционала Linux. никому эта бздя нахер не нужна. разве что паре-тройке маргиналов с убитой водкой печенью,

    Главное, побольше оскорбл^W откровений, взятых с потолка циферок и никакой конкретики!
    Пруфы-то будут? Или очередной балаб^W "Лыцарь Святого Ядра"?

     
  • 2.13, Аноним (13), 09:29, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И вправду забавно. Одно из преимуществ BSD перед Linux портировали из Linux. Занавес.
     
     
  • 3.17, Аноним (19), 09:35, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ученик превзошел учителя.
     
     
  • 4.63, bOOster (ok), 12:33, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ученик превзошел учителя.

    В чем? В глючности получившегося поделия? Где, в отличии от учителя, никто не рискует запускать поделие в продуктиве??

     
     
  • 5.100, Аноним (95), 14:10, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да уже в том что продолжает разработку. А FreeBSD ее полностью свернул.
     
     
  • 6.121, анонн (ok), 15:20, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Да уже в том что продолжает разработку. А FreeBSD ее полностью свернул.

    Хм, а если смотреть глазками, да хотя бы последние коммиты
    https://github.com/openzfs/zfs/commits/master


    Fix SC2086 note in zpool.d/smart
    > freqlabs committed Apr 14, 2020
    > Signed-off-by: Ryan Moeller <ryan@iXsystems.com>

    ZTS: Fix and change testcase cache_010_neg
    > committed Apr 13, 2020
    > Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
    > Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>

    Disable user space reference tracking
    >  committed Apr 13, 2020
    > Reviewed-by: Ryan Moeller <ryan@iXsystems.com>
    > Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>

    так и знал, что iXsystems заделались линухоидами!


     
  • 6.206, bOOster (ok), 20:46, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики от Linux там пытаются хоть как то приделать с десяток ручек к дыряв... большой текст свёрнут, показать
     
  • 3.27, Аноним (6), 10:42, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И где порт?
     
  • 3.37, Аноним (-), 11:07, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > И вправду забавно. Одно из преимуществ BSD перед Linux портировали из Linux.
    > Занавес.

    Не менее забавно - это когда с умным видом комментируют, явно не понимая о чем речь.


     
     
  • 4.49, Аноним (13), 11:48, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Пролейте же свет :) Что вижу, то и пою
     
     
  • 5.66, анонн. (?), 12:52, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Пролейте же свет :) Что вижу, то и пою

    Ну раз видите, то вас не задтруднит указать, откуда именно "из Линукс". А то нам тут https://github.com/torvalds/linux не видать.
    Про "когда?", "оно че, уже даже работает?" и "где именно оно во Фре?" - не будем даже спрашивать, опеннетные певцы и не такое "видят".


     
     
  • 6.97, Аноним (13), 14:07, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну раз видите, то вас не задтруднит указать, откуда именно "из Линукс". А то нам тут https://github.com/torvalds/linux не видать.

    М-м-м придираемся к словам. Вы, случайно, не хотите подискутировать Linux = Unix или нет? Ведь это так увлекательно переливать с пустого в порожнее.

     
     
  • 7.118, анонн. (?), 15:04, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Ну раз видите, то вас не задтруднит указать, откуда именно "из Линукс". А то нам тут https://github.com/torvalds/linux не видать.
    > М-м-м придираемся к словам.

    М-м-м, начинаем виляния?
    Т.е. "портировали из Линукс" то, чего в Линуксе "на самом деле нет, но оно почти совсем есть, но его просто еще нет", ага.
    И вдобавок, элегантно спрыг^ игнорируем остальные вопросы - а то ведь на самом деле окажется, что порт все еще сторонний, "полурабочий" и дальше беты так и не зашедший, оригинальный бсдшный ZFS так и не заменивший (зато от бсдшных коммитов почему-то гордые птыцы не отказывались).

    > Вы, случайно, не хотите подискутировать Linux = Unix
    > или нет? Ведь это так увлекательно переливать с пустого в порожнее.

    Благодарю, но ваше хобби мне совершенно не интересно.


     
  • 3.58, Catwoolfii (ok), 12:05, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что там портировали? пару ненужных фич?
     
  • 3.59, venter (?), 12:07, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Отрицание, Гнев, Торг, Депрессия, Принятие...

    1. GPL наше все, ни строчки не из GPL, ни полсантиметра...
    2. ZFS (FreeBSD, OpenSolaris) не GPL, она не нужна.
    3. ZFS (FreeBSD, OpenSolaris) оказывается неплоха в GPL нет ничего такого, но вот-вот будет.
    4. Вот-вот нету. А наплевать. Так портируем, типа не в ядре. Назовем FreeBSD on Linux.
    5. А теперь и в дистрибутивы включим, наплевать на GPL.
    6. А чего это разрабы FreeBSD воруют наш код? Это же FreeBSD on Linux, там же написано on Linux!

     
     
  • 4.127, Аноним (125), 16:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > наше

    Чьё «наше» то?! О ком ты говоришь? Свалил в кучу мнение разных групп людей и радуешься.

     
  • 3.132, КО (?), 16:17, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В Linux нет ZFS :)
    Портировали из проекта впихивающего его туда.
     
     
  • 4.140, анонн (ok), 16:39, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Портировали свое же обратно https github com openzfs zfs commit ef56b0780c8... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (59)

  • 1.4, Аноним (4), 09:07, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Эти ребята, из BSD наверное любят переводить английские слова, сначала на какой нибудь французский, потом с него на немецкий, с немецкого на испанский, с испанского на польский и затем обратно на английский. От полученных массовых приколов и выбирают что из портированного из BSD в Linux, или даже, прости меня Столман, не постесняюсь этого слова в Windows, портировать обратно. Это такой новый способ поиска багов или заплесневелый DevOps ?
     
     
  • 2.7, Аноним (6), 09:11, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где порт?
     
     
  • 3.101, Аноним (13), 14:12, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты решил это написать под каждым комментарием?
     
     
  • 4.138, Аноним (6), 16:31, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Под каждым глупым.
     

  • 1.8, Аноним (6), 09:17, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    ZoL больше нет. Сайт ZoL для Linux сборок, всё. Кодовая база теперь "OpenZFS on Linux and FreeBSD".
     
     
  • 2.32, Онаним (?), 10:53, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Теперь есть ZoFL :)
     
     
  • 3.205, Аноним (205), 20:38, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь есть ZoFL :)

    Не-а, теперь есть OZoLaF ! ;)

     

  • 1.10, Аноним (10), 09:24, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень хорошо, что не наоборот!
     
  • 1.12, ryoken (ok), 09:28, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Поясните на пальцах, в целях повышения уровня образованности. В чём положительные особенности ZFS? (Насколько я понял, оно любит жрать RAM гигабайтами). Для простого домашнего Gentoo-юзера :).
     
     
  • 2.16, Аноним (10), 09:34, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Найс для систем где сотни МБ СУБД, при этом Эти самые СУБД помечаются как nocache. Все очень сложно и пахнет схемой Понци.
     
  • 2.18, Аноним (112), 09:36, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Рейд с парити на файлопомойку. Правда мне тут доложили, что рейды с парити у них не без приколов. Ну а в бтрфс просто никак не допилят их до юзабельного. Впрочем, если зфс посыпется, ты окажешься в том же положении.
     
  • 2.21, Аноним (21), 09:50, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ЧСВ повышает

    Ну и по мелочи вроде контрольных сумм для всего, теоритечески не бьется, онлайн дедупликация(но жрет очень много памяти), можно вынести кэши на отдельный девайс. Лучше, чем mdadm+ext4, потому что контрольные суммы. Мне лично не хватает только reflink. Ну еще крайне желательна память ECC.

     
  • 2.26, Аноним (26), 10:35, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Организация рейда на NAS. Защита рейда от дыры по записи и silent data corruption при помощи контрольных сумм каждого блока. Можно запилить защиту от шифровальщиков снапшотами ФС по крону. Квоты и пределы на объем датасета. Разделение общего дискового пространства между датасетами, то бишь нет больше нужды делить на партиции. Вот положительные особенности для простого домашнего debian-юзера.
     
     
  • 3.50, ryoken (ok), 11:55, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Организация рейда на NAS.

    Гхм... Я вроде выше писал, ну может неточно выразился. Для обычного домашнего компа :).

     
     
  • 4.57, Аноним (26), 12:04, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если для домашнего обычного компа :))))))) не используешь рейд)_))))))) останешься без фич рейда))))))) о остальными описанными плюшками)))))))))))))))))))))))))))))))))
     
     
  • 5.89, Корец (?), 13:48, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Одни скобки. Лиспер что ли?
     
     
  • 6.196, Аноним (26), 12:52, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это клин, который стоит клином вышибать.
     
  • 3.190, СеменСеменыч777 (?), 07:57, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > защиту от шифровальщиков

    вы сейчас издеваетесь ? шифровальщики - виндовая тема.
    и даже на винде можно закрутить гайки.

     
     
  • 4.194, Аноним (194), 10:30, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> защиту от шифровальщиков
    >вы сейчас издеваетесь ? шифровальщики - виндовая тема.

    Я, конечно, "простой домохозяин", не IT-гуру, и, может, сейчас скажу большую глупость (ибо пока еще не сталкивался с шифровальщиками, тьфу-тьфу-тьфу), но разве шифровальщик на зараженной винде не может "потрогать" файлы, которые лежат на сетевом диске, который примонтирован к зараженному компу с NAS'а, на котором могут быть организованы снапшоты по крону? Или все без исключения шифровальщики работают только на уровне блочных устройств, а с файловой системой (отдельными каталогами/файликами) не заморачиваются? (последнее - это без иронии, я искренне не знаю)

     
     
  • 5.222, СеменСеменыч777 (?), 03:50, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я тоже не сталкивался, но наслышан.
    люди решали вопрос восстановлением из бэкапа и закруткой гаек.
     
  • 2.39, ZXRR (?), 11:15, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для обычного юзера я бы выделил такие функции

    Можно просматривать старые версии файлов, они не удаляются пока хватает место на диске.

    Можно сделать чейкпоинт файловой системы (это занимает милисекунды). Установить гном, не понравился откатиться на чекпоинт за милисекунды. Установить кде, не понравился снова откатился. Файловая система остается чистой.
    Можно так настроить что откат файловой системы не значит откат моих документов в конкретной папке.


     
     
  • 3.52, ryoken (ok), 11:57, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Для обычного юзера я бы выделил такие функции
    > Можно просматривать старые версии файлов, они не удаляются пока хватает место на
    > диске.

    Ну, мне неактуально, потому как обычно смотрю, ЧТО стираю. И как раз желательно, чтоб стёр-значит стёр. Т.е. оыбчно это shred -uv (finelename.ext):D.

    > Можно сделать чейкпоинт файловой системы (это занимает милисекунды). Установить гном,
    > не понравился откатиться на чекпоинт за милисекунды. Установить кде, не понравился
    > снова откатился. Файловая система остается чистой.

    Как-то не было необходимости в таких опытах, может кому-то оно и полезно.

     
     
  • 4.69, anonymous (??), 13:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пихание снапшотов во все дыры это один из симптомов болезни ZFS головного мозга.
     
  • 4.87, Аноним (26), 13:42, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Держи в курсе. Ты спросил про фичи, тебе ответили. Нехрен рожу кривлять.
     
  • 4.96, НяшМяш (ok), 14:03, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как-то не было необходимости в таких опытах, может кому-то оно и полезно.

    А я бы очень не отказался от такой штуки, когда билдил kwin-lowlatency на kde neon (в ppa только под 19.10 и 20.04 готовые пакеты есть). Я ужаснулся, увидев количество dev зависимостей для сборки kwin и начал усиленно гуглить как бы это побилдить не засоряя основную систему. Пока остановился на pbuilder, там всё сборочное окружение сохраняется в tgz и билдится в chroot.

     
  • 2.45, Аноним (45), 11:31, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Для простого домашнего Gentoo-юзера :)

    Для простого домашнего Gentoo-юзера хватит btrfs.

     
     
  • 3.53, ryoken (ok), 11:58, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Для простого домашнего Gentoo-юзера хватит btrfs.

    Не, ну его фпечь. Начитался страшилок, Ext4 & XFS хватает.

     
  • 2.47, Аноним (45), 11:36, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вообще, хорошо иметь хомяка на zfs, можно им без проблем пользоваться как на линуксе, так и под бздёй.
     
     
  • 3.54, ryoken (ok), 11:58, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вообще, хорошо иметь хомяка на zfs, можно им без проблем пользоваться
    > как на линуксе, так и под бздёй.

    А что, и там и там UID-ы гарантированно совпадут? Если юзерей больше 2-х хотя бы.

     
     
  • 4.102, Аноним (95), 14:14, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если системы твои их можно создать.
     
  • 2.61, freehck (ok), 12:14, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1 Софтверный рейд из коробки, причём номальный, а не только страйп с зеркалом ... большой текст свёрнут, показать
     
     
  • 3.70, anonymous (??), 13:03, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Как же вы больные задолбали со своими снапшотами, плевать что вся фс тормознутая, зато блин снапшоты "быстрые".
     
     
  • 4.72, freehck (ok), 13:10, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как же вы <...> задолбали со своими снапшотами, плевать что вся фс
    > тормознутая, зато блин снапшоты "быстрые".

    Ну как бы да. Создание снапшота -- операция мгновенная и не приводит к замедлению работы системы, как у некоторых. Так что да, да, снапшоты в zfs быстрые. А по поводу производительности в целом я там вообще-то тоже написал. =)

    PS: Пожалуйста, воздержитесь от прямых оскорблений. Не хочу вырезать. Отредактируйте плиз самостоятельно.

     
  • 4.74, Аноним (74), 13:16, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > вся фс тормознутая

    А и правда, задолбали вы своей тормознутостью

     
  • 3.86, нах. (?), 13:37, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Её настоящая проблема -- в том, что она медленная. Где-то на порядок, если сравнивать с
    > решениями на базе mdadm.

    у тебя, конечно, есть подтверждающие это тесты - причем проведенные, разумеется, не на ZoL, 32x write multiplication, а на нормальной zfs?

    У меня вот где-то найдутся тесты, подтверждающие что mdadm до сих пор дает двухкратную потерю производительности там, где должен быть двухкратный прирост - но, говорят, эту проблему давно победили, и теперь он теряет всего каких-то 10%.
    За zfs ничего подобного не замечено.

    P.S. у btrfs write multiplication по данным британского учоного тоже 32x. БЕЗ mdadm под ней, сколько будет с ним- сам меряй.

     
     
  • 4.109, freehck (ok), 14:36, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Её настоящая проблема -- в том, что она медленная. Где-то на порядок, если сравнивать с
    >> решениями на базе mdadm.
    > у тебя, конечно, есть подтверждающие это тесты - причем проведенные, разумеется, не
    > на ZoL, 32x write multiplication, а на нормальной zfs?

    Я сравнивал ZoL и mdadm для весьма специфического ПО, которое строило индексы для блокчейнов. Приоритет софта был на random read/write. Замеряли латенси. Графики из графаны где-то валялись, могу поискать, если хотите.

     
     
  • 5.113, нах. (?), 14:49, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не, в том и дело что ZoL сравнивать неинтересно - там по одним пиписькомерам 32x, по другим вообще 64x write amplification БЕЗ рейда (ext4 по первой пиписькомерке - 4x, если не ошибаюсь, в любом случае не сильно), это никаким mdadm не перешибешь. Сравнивать имеет смысл сравнимое - например, ext4+mdadm и zfs на freebsd.

    В идеале, конечно, правильно настроенную.

     
     
  • 6.117, freehck (ok), 14:55, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мне в общем-то интересно было бы произвести такое сравнение. Осталось только найти того, кто за это заплатит.

    В моём же случае мы просто не рассматривали вариантов тикать с Linux на BSD. Мы просто искали решение для бэкапов таких объёмов. Ибо сами понимаете, стандартные решения тут слабо помогали. К сожалению, ZoL не прижился именно что из-за низкой производительности. ETH весьма шустрая скотина, он просто не успевал досинхронизироваться и постоянно отставал. В итоге мы где-то с год тусовались на stratis, а затем и вовсе вернулись на mdadm: заказчик решил, что держать пару копий ноды про запас его в принципе устраивает. Вероятно, можно было бы реализовать поддержку ETH и его клонов отдельно от прочих коинов -- но это были бы уже другие деньги.

     
     
  • 7.135, нах. (?), 16:25, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В моём же случае мы просто не рассматривали вариантов тикать с Linux
    > на BSD. Мы просто искали решение для бэкапов таких объёмов. Ибо

    а почему, собственно - тоже докер в докере в докере под докером?

    eth вроде все равно, под чем майнить.

    Я когда-нибудь проведу честный тест (у меня есть база жабикса на zfs, и никаких причин держать этот жабикс именно под линуксом) - но в виду коровавируса, видимо, зимой, если доживем :-(

    К тому же мне интересно сравнить три разные zfs, а mdadm неинтересно, он мою проблему не решает.

     
     
  • 8.144, freehck (ok), 16:46, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Как на счёт на виртуалках попробовать, присоединив к ним физические диски М... текст свёрнут, показать
     
     
  • 9.151, xm (ok), 17:03, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Под виртуалками будут очень некорректные ... текст свёрнут, показать
     
     
  • 10.159, нах. (?), 17:49, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как будто большинство моих линуксов не виртуальные ... текст свёрнут, показать
     
  • 9.158, нах. (?), 17:48, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что пробовать-то Тот жабикс - под небольшой но реальной нагрузкой, там будет ... большой текст свёрнут, показать
     
  • 3.162, Аноним (125), 17:57, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Софтверный рейд из коробки, причём номальный, а не только страйп с зеркалом.

    А в mdadm что не так с RAID?

     
     
  • 4.199, Аноним (199), 16:26, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все с ним нормально, не обращай внимание на творчество душевнобольных.
     

     ....большая нить свёрнута, показать (36)

  • 1.14, Боб (?), 09:29, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я так и не понял, зачем нужно было переименовывать OpenZFS в ZFS on Linux, а потом обратно.
    В общем расклад таков, что имеющаяся реализация ZFS в бзде написана по спекам, а OpenZFS — порт реализации с солярки.
     
     
  • 2.28, Аноним (28), 10:46, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > В общем расклад таков, что имеющаяся реализация ZFS в бзде написана по
    > спекам, а OpenZFS — порт реализации с солярки.

    По каким блин спекам, они все основаны на исходниках солярки, затем illumos.


     
  • 2.29, Аномномномнимус (?), 10:50, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь ребятки потихоньку причешут это дело, возьмут лучшие куски с обеих сторон, сделают максимально независимым от ОС и архитектуры и возможно мы увидим порт для маков и даже форточек. Будет хоть одна приличная ФС поддерживаемая нормально за пределами своей песочницы, помимо унылых FAT
     
     
  • 3.76, нах. (?), 13:20, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    порт для маков существует десяток лет и, кстати, работает (в отличие от форточек, где свои файловые системы оказались не так ужасно плохи, и желающих на сизифов труд не набралось в достаточном количестве, а те что были, разбежались с выходом storage spaces)

    > Будет хоть одна приличная ФС поддерживаемая нормально за пределами своей песочницы

    не, не будет. То что туда уже понатащили из линукса - настолько откровенное дерьмо, что дальше будет заведомо совсем плохо.

    Есть, правда, некоторая надежда, что этот клон так и останется бестолку валяться в портах, а то что в ядре фри, из него никуда не уберут в силу чисто бюрократических особенностей.
    (и, разумеется, того, что чувакам из iX впадлу сотрудничать с чуваками из дельфикса)

    Но слабенькая.

     
     
  • 4.185, ГабенВульвович (ok), 00:39, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >где свои файловые системы оказались не так ужасно плохи

    Или нативные API для работы с FS оказались настолько плохи, используют столько выскоуровних слоев абстракции и завязаны на FS от Майков, что никто не хочет браться за сизифов труд. И да, желающие таки были (не знаю как сейчас с разработкой, не слежу)
    https://github.com/dominicusin/zfs-win
    https://github.com/openzfsonwindows/ZFSin

     
     
  • 5.191, нах. (?), 09:18, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нативные апи оказались настолько неплохи, что есть аж два разных порта fuse, и к... большой текст свёрнут, показать
     
  • 2.31, Онаним (?), 10:52, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Расклад таков, что после того, как бздуны распиаренную ими же ZFS не осилили, появился ZoL, который бздуны благополучно теперь будут юзать.
     
     
  • 3.36, анонн. (?), 11:05, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Расклад таков, что после того, как бздуны распиаренную ими же ZFS не
    > осилили, появился ZoL, который бздуны благополучно теперь будут юзать.

    Судя по тону и надутости щёчек, вы у нас разработчик ZoL?
    Нет? Может BTRFS? Тоже нет? Хотя бы ExtX/XFS/EXFAT?
    Что-что, что тоже нет, зато целых 2 раза автоматический багрепорт в убунту отсылали и маечку с пингвинчиком носите и поэтом "тоже почти ядерный разработчик"?

     
     
  • 4.217, Гентушник (ok), 14:46, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. вы сами придумали что вышеотписавшийся Онаним разработчик ФС и сами же в этом усомнились?
     
     
  • 5.218, Аноним (-), 15:06, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> бздуны
    >>  не осилили,
    >> бздуны благополучно теперь будут юзать.
    > Т.е. вы сами придумали что вышеотписавшийся Онаним разработчик ФС и сами же в этом усомнились?

    Разъясняю: тут обыгрывается легкое недоумение -- с чего это очередной опеннетчик общается таким тоном, с надутыми от важности щечками (причем, несет глупости - ZoB уже давно используется в проде, в отличие от)?

    Понятно было бы, являйся он разработчиком ZoL (или любой альтернативной, более-менее используемой ФС для Линукса) - есть повод для гордости и живое подтверждение умений и знаний.
    Но если из всех "заслуг" есть только маечка с пингвинчиком и "военственные" комментарии на опеннете, то гордое задрирание гузочки выглядит как-то глупо и смешно.

     
  • 3.223, iZEN (ok), 08:03, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ZoL, который бздуны благополучно теперь будут юзать.

    Есть UFS2 с журналированием, "плавными обновлениями" и снапшотами — это как танк Т-80 (вместо паровоза классических ФС Linux) на запасном пути.

     
     
  • 4.234, Онаним (?), 15:13, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На запасном пути он просто потому, что никто этим оном мамонта портить свежие рельсы уже в здравом уме не будет.
     
  • 4.270, Аноним (270), 11:32, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    только жаль журналирование и снапшоты не живут друг с другом.
    это была бы просто бомба =(
     
     
  • 5.276, iZEN (ok), 21:02, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Снапшоты на UFS2 работают, когда включен режим плавных обновлений Soft-Updates ... большой текст свёрнут, показать
     
     
  • 6.279, Аноним (270), 12:13, 22/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, я и так в курсе.

    Еще раз, очень жаль, что "soft updates journaling" и снапшоты не работают вместе.

     
  • 2.91, нах. (?), 13:49, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    во-первых, никаких спеков не существует и не существовало Имеющаяся реализация ... большой текст свёрнут, показать
     
     
  • 3.105, andy (??), 14:20, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Проблема началась в тот момент, когда солярка внезапно-кончилась как открытый проект.

    Внезапно? Она и не начиналась как открытый проект, просто вывалили исходиники по принципу "возьми же Боже, что нам не гоже", в надежде что коммунити сформируется вокруг. Поскольку окружение солярис - говнина, желающих нашлось очень немного, как, собственно, и Illumos.

     
     
  • 4.108, нах. (?), 14:36, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    мнение сказочников, слышавших звон, очень ценно для нас.

     
  • 3.120, PnD (??), 15:19, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Маленькое уточнение. Нынешний банкет с ZoL проплачивает (в основном) IBM.
    Им оно под люстру зашло, насколько знаю.
    Хуже от такого симбиоза (на мой взгляд) не стало. Продукт последние годы достаточно стабилен, несмотря на хромающую квалификацию прогеров (reflink хотите? а мы не умеем /и вообще мы тут 10% кода понимаем/).
     
     
  • 4.137, нах. (?), 16:30, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Маленькое уточнение. Нынешний банкет с ZoL проплачивает (в основном) IBM.

    ну тогда нам точно п-ц.

    > Им оно под люстру зашло, насколько знаю.

    а они там fs, а не zvol используют? (зачем бы люстре - fs?)

    > Хуже от такого симбиоза (на мой взгляд) не стало. Продукт последние годы

    от abd стало точно хуже, вплоть до мертвых повисаний. Не знаю, ебеме это оплатила, или они сами такие дураки.

    > достаточно стабилен, несмотря на хромающую квалификацию прогеров (reflink хотите? а мы
    > не умеем /и вообще мы тут 10% кода понимаем/).

    весь прикол в том, что это бывшие разработчики sun такие.

    И да, мне очень интересно, что стало вот с этим кодом в ZoL:
    https://reviews.freebsd.org/D19094

     
     
  • 5.221, PnD (??), 17:47, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не ceph Там вполне прагматично берут готовые абстракции при наличии таковы... большой текст свёрнут, показать
     
     
  • 6.236, нах. (?), 18:41, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    фиг знает - использование продукта небывших резко ограничено и количеством его п... большой текст свёрнут, показать
     
  • 6.245, PnD (??), 14:00, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Простыня" на 6.5 килострок конечно страшновата, но…
    Баг вот тут?
    /sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c

    Налажали в int arc_read()?
    (Остальное на выпуклый глаз — подробности исправления.)

    Дальше в условии "if (hdr == NULL)", в разделе else:
    Перед arc_access() вставляется arc_adapt(), а реализация arc_hdr_alloc_pabd() переписана с учётом 2-го аргумента:
    static void arc_hdr_alloc_pabd(arc_buf_hdr_t *, boolean_t);

    Если данная часть кода достаточно похожа в ZoL, заподозрить наличие бага можно на основе реализации данного фрагмента. "Сигнатура", так сказать…

    (10 минут потратил, да.)

     
     
  • 7.251, нах. (?), 00:43, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Налажали в int arc_read()?

    не совсем так. Налажали глобально, в логике работы. Этот MFV r302991 не простой и не две строчки затронул. (и, что характерно, это очередной привет от работы с компрессией, без нее ничем не воняло)

    А то что по ссылке - это попытка как-то бочком обойти очередные грабли, попатчив arc_read (и в общем-то там правильно ответили, что она корявая, неправильно что "а давайте мы по этому поводу не будем вообще ничего делать", и забивание х-я на пол-года), потому что откатить "кого надо комит" нельзя.

    Надо выковыривать из svn этот mfv, а потом искать аналогичный в ZoL, и сравнивать.
    Думаю, за пол-часика управишься, мне пока лениво.

     
     
  • 8.271, PnD (??), 12:34, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, положил в хинт Проверять пойду когда если придут с хотим сжатие в Z... текст свёрнут, показать
     
     
  • 9.273, нах. (?), 19:27, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты не понял - оно с отключенным сжатием - тоже приводит к неработающему arc То ... текст свёрнут, показать
     
  • 4.225, Онаним (?), 10:14, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ZFS под люстру... мсье знает толк...
     
     
  • 5.237, нах. (?), 18:44, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ZFS под люстру... мсье знает толк...

    afair, это рекомендация самого гугля или его приближенных.

    Точно так же как zfs под gluster - рекомендация напрямую из Бангалора. (Рекомендация redhat - использовать под ним аппаратный raid6. Это все, что требуется знать на тему, почему я отказался от идеи использовать его дома. Хотя и не все, что на самом деле.)

     
     
  • 6.238, Онаним (?), 20:30, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот то, что редхат из ума ещё не выжили - радует.
     
     
  • 7.253, нах. (?), 08:50, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну а меня как-то не радует очевидный вывод, что использовать gluster для надежного хранения нельзя, он нынче, как и люстра, "не для этого".

     
     
  • 8.258, Онаним (?), 16:24, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Gluster настолько угрёбищен по архитектуре все эти хитро заделанные RPC-вызовы ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (30)

  • 1.24, DmA (??), 10:19, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    а само ядро FreeBSD ещё не работает на эмуляторе Linux? :))
     
     
  • 2.56, Минона (ok), 12:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в ядре FreeBSD есть эмулятор Linux.
     
     
  • 3.174, DmA (??), 19:02, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    это я знаю, оно там уже лет 20 наверно, и много чего добавлено для совместимости с Линукс или для совместимости приложений для Линукс. Вот я и спрашиваю, ядро само-то не поверх уже этого эмулятора работает:)
    Интересно, кроме поддержки ФС UFS  что-нибудь ещё  есть из FreeBSD технологий в Линукс?
     
     
  • 4.176, Аноним (-), 19:19, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Интересно, кроме поддержки ФС UFS  что-нибудь ещё  есть из FreeBSD
    > технологий в Линукс?

    https://github.com/torvalds/linux/blob/master/kernel/acct.c
    > *  This routine has been adopted from the encode_comp_t() function in
    > *  the kern_acct.c file of the FreeBSD operating system. The encoding

    даже шапку толком не вычистили
    https://github.com/torvalds/linux/blob/master/drivers/scsi/aic7xxx/aic7770.c
    > * $FreeBSD$

    https://github.com/torvalds/linux/blob/master/drivers/scsi/ncr53c8xx.c
    > This driver has been ported to Linux from the FreeBSD NCR53C8XX driver

    https://github.com/torvalds/linux/blob/master/crypto/seed.c
    > MODULE_AUTHOR("Hye-Shik Chang <perky@FreeBSD.org>, Kim Hyun <hkim@kisa.or.kr>");

    В общем, grep -iR freebsd /usr/src

     
     
  • 5.177, DmA (??), 19:59, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо! Но это в основном сетевые карты и скзи адаптеры 30 летней давности и ещё есть авторы кода с E-mail *@freebsd.org.  То есть, давно уже оттуда ничего не брали скорей всего, но я поищу инфу.
     

  • 1.30, Онаним (?), 10:51, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это просто эпик какой-то :D
     
  • 1.35, Аноним (35), 11:02, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "FreeBSD всё равно не переходила на OpenZFS"!11 )

    Есть ли лицензионные препятствия для появления Btrfs на FreeBSD?

     
     
  • 2.46, Аноним (45), 11:32, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >появления Btrfs на FreeBSD

    Это было бы отлично, кстати.

     
  • 2.65, Аноним (74), 12:48, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > препятствия для появления Btrfs на FreeBSD?

    Btrfs - это бледная тень ZFS. Зачем она во FreeBSD?

     
     
  • 3.92, нах. (?), 13:50, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну мало ли - диск из развалившейся synology попытаться скопировать?

     
  • 3.230, bOOster (ok), 11:40, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> препятствия для появления Btrfs на FreeBSD?
    >  Btrfs - это бледная тень ZFS. Зачем она во FreeBSD?

    Тыбы хотяб с HAMMER из драгофлая потягался... А следующая ьудет

     
  • 2.79, нах. (?), 13:24, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да нет, есть чисто технические - эта поделка линyпс онли.

    Перенести ее не получится, придется целиком переписывать заново. Включая но не ограничиваясь проблемой отсутствия во фре явления, аналогичного линуксному buffer cache.

    Рекомендую сразу пилить порт под fuse (afair, кто-то начинал, но бросил). Так хоть какая-то польза будет, а проблема кэша там не стоит.

     
     
  • 3.180, Аноним (180), 22:51, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >эта поделка линyпс онли

    А реактосники и не знали...

     
  • 2.104, Аноним (95), 14:17, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если не динамически линковать то нельзя. Это ж GNU GPLv2.
     
  • 2.187, Pofigist (?), 02:43, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть технологические препятствия для появления btrfs К сожалению сей проект н... большой текст свёрнут, показать
     
     
  • 3.192, нах. (?), 09:32, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну вообще-то у меня нет сегодня ни одной уцелевшей zfs не на виртуальном томе г... большой текст свёрнут, показать
     
     
  • 4.197, Pofigist (?), 16:01, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это мы сейчас уйдем очень далеко - вплоть до проблем почему все решения СХД на ПО общего назначения будут посасывать у специализированных железок с их нестандартным размером сектора, где DATA+CRC читаются за один цикл DMA, а в чисто софтварных решениях - за два...
     
     
  • 5.200, нах. (?), 17:26, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у нас давнооо уже не посекторное чтение. Это беда, а не преимущество san - zfs может читать блоками (на самом деле она читает мегабайтами за раз), проверять хэши и отдавать потом хоть побайтно, а СХД (и, кстати, к вопросу об mdadm ;-) должна уметь каким-то образом удовлетворять всех, включая тех кто пытается с нее читать посекторно, и не провалить производительность ниже плинтуса. Поскольку она совершенно ничего не знает о том, что на ней лежит, и с кэшированием у нее тоже не айс.

    Так что кто кого сборет - очень сильно зависит от того, чем именно все это нагружать.

    Ну и есть же ход конем - никакие crc вообще не считать ;-) Пусть ими диск парится, у него голов много.

     
  • 3.207, bOOster (ok), 21:32, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда интересовало - в чем же ZFS хранилище избыточна для дома? По пунктам?
     
     
  • 4.211, Аноним (211), 00:41, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Удваиваю вопрос
    Уж не потому ли, что "просто нормально ... работало"?
     
  • 4.212, нах. (?), 10:39, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну возьми типового васяна Ставит он, допустим, б-жественную бубунточку, методом... большой текст свёрнут, показать
     
     
  • 5.213, bOOster (ok), 12:48, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Основным - ФС практически неумираема, в том числе и без УПС Не вижу необходимос... большой текст свёрнут, показать
     
     
  • 6.215, нах. (?), 13:26, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    э тут вот ходит некий Оно-им, он может тебе рассказать много занимательного п... большой текст свёрнут, показать
     
     
  • 7.219, Гентушник (ok), 15:10, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не могу сказать про ZFS, но удваиваю утверждение про надёжность ext3/4.

    В студенческие годы некоторое время совершенно спокойно жил на сыплющемся винте: примерно каждые две-четыре недели на месте суперблока фс получал плохой кластер и фс соответственно не монтировалась.

    Я просто передвигал в /etc/fstab параметр отвечающий за расположение суперблока (на один из запасных) и жил дальше. И так несколько месяцев, пока не купил новый винт.

    Отключение света тоже было в общаге делом обычным, а УПСа не было. Всё вылечивалось всегда максимум через fsck, фатальных поломок фс ни разу не было.

     
     
  • 8.242, bOOster (ok), 23:45, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я давно забыл в пуле как это называется ... текст свёрнут, показать
     
     
  • 9.244, Гентушник (ok), 11:07, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Винты работают вечно ... текст свёрнут, показать
     
     
  • 10.252, bOOster (ok), 08:49, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    давай говорить о традиционной эксплуатации, а не экстренные случаи, которые могу... текст свёрнут, показать
     
     
  • 11.255, Гентушник (ok), 10:25, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы вообще о чём Если у вас один винт на всё про всё, то это экстренный случай ... текст свёрнут, показать
     
     
  • 12.257, Аноним (257), 14:44, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, это удачная экономия ZFS умеет создать рейд raidz1, 2 или 3 , Да, и... текст свёрнут, показать
     
     
  • 13.261, Гентушник (ok), 19:57, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понимаю о чём вы с вами спорим О надёжности RAID и ZFS я ни слова не обмол... текст свёрнут, показать
     
  • 13.274, нах. (?), 19:34, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вы ссылку-то, что я привел, даже и не открыли, да Чтобы она сломалась - достато... текст свёрнут, показать
     
  • 12.259, bOOster (ok), 17:00, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так ты еще и двоечник В случае с винтами - винт либо сдохнет либо нет ЛЮБОЙ И... текст свёрнут, показать
     
     
  • 13.260, Гентушник (ok), 19:38, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, всё когда-то выйдет из строя, но это может произойти уже после морально... большой текст свёрнут, показать
     
     
  • 14.266, Аноним (257), 00:35, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это статистика, а не вероятность, и MTBF - это очень практический параметр Он в... текст свёрнут, показать
     
  • 14.269, bOOster (ok), 10:08, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А в реальности происходит - винт либо дохнет, либо нет - и отрабатывает свой MTB... текст свёрнут, показать
     
  • 14.272, Аноним (257), 17:59, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то, всё, похоже, к тому и идёт Это цель и мечта всех производителей ... большой текст свёрнут, показать
     
  • 14.275, нах. (?), 19:37, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению, с современными дисками это уже очень маловероятно - скорее всего та... текст свёрнут, показать
     
  • 6.226, Онаним (?), 10:16, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ФС практически неумираема

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

     
  • 5.214, Аноним (257), 13:11, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том то и дело, что в данном случае - НЕ васян.
    > собрал домашнее СХД, небольшое - 32Tb RAW-емкости.  

    Вот я бы не назвал его небольшим, моё - на порядок меньше.
    Человек "перепробовал все что есть в природе из более-менее заметного.", т.е. разбирается, и явно  не  школьник. Знает виланы и проблемы линуксовой сети. Короче, толковый, грамотный спец.
    И он пришёл к фряшной ZFS, но при этом считает её "избыточной".
    Поэтому интересно, почему?

     
     
  • 6.216, нах. (?), 13:37, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> собрал домашнее СХД, небольшое - 32Tb RAW-емкости.
    > Вот я бы не назвал его небольшим, моё - на порядок меньше.

    на порядок - это 3T ;-) Я, в общем, примерно такой расклад описывал, поскольку "для дома" он случается куда чаще.

    > Человек "перепробовал все что есть в природе из более-менее заметного.", т.е. разбирается,

    нуууу, он пробовал какие-то меганавороченные штуки всьо в одном, ставящиеся именно next-next. Возможно, у него задачка попроще чем тебе кажется, и не хранилка в ней главное.

    > Поэтому интересно, почему?

    ну может у него кроме прона и средств его быстрой отдачи в телевизер ничего там и нет?  ;-)

     
     
  • 7.232, Pofigist (?), 14:40, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/

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

    Задачку пропроще яб решал каким-нибуть EasyNAS, а по интерфейсу меня бы устроил и что-нибудь а-ля ESOS.

    Но у меня - задачка немного сложней чем вам всем кажется, это не просто домашняя сетка - это еще и стенд, который включается в себя небольшой отказоустойчивый кластер из двух нод и SDN на OpenFLOW, да-да - в стенд включает аппаратный коммутатор с поддержкой OpenFLOW и другими наворотоми. Разве что FC не развернул - лень было, хотя коммутатор взять не проблема и карточки - тоже.

     
     
  • 8.233, нах. (?), 15:05, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну то есть - игрушка, ага Не вижим чем тебе тут zfs избыточна - у тебя тут все ... текст свёрнут, показать
     
     
  • 9.265, Pofigist (?), 00:26, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот прости - у меня есть гораздо более интересные задачи чем сборка правильных в... текст свёрнут, показать
     
  • 4.229, Pofigist (?), 11:03, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе дома очень нужна дедупликация? Поддержка RAID6 и т.д.? SSD cache? Даже сжатие на лету - не очень-то и нужно... И на все это - требуются ресурсы и соотвественно - блин деньги. Но зато нету реализации таких нужных для дома фичь как легкий UPnP-сервер - один монструозный Plex.

    Я вообще изначально искал что-то легкое, что можно поставить на х32 - у меня просто валяется один неплохой NAS с таким процом, а его прошивка - зело убогая и глючная. Был поражен что такого просто нет - все видимо думают что их хранилка enterprise-reday чтоль... Они заблуждаются.

     
     
  • 5.235, нах. (?), 15:50, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нет, я вообще считаю ее вредной и ненужной затеей - современным развитием архива... большой текст свёрнут, показать
     
     
  • 6.239, Онаним (?), 20:34, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ну смотри - вот сдохнет у нас в конторе ентер-прайс хранилка.

    У нас для этого пары хранилок в разных ДЦ, в репликации. Сдохнет одна - и пёс с ней. На случай звездеца с репликацией мастеры LUN'ов размазаны между хранилками, в крайнем случае сдохнет и пойдёт на восстановление с оперативных бэкапов хотя бы половина.

     
     
  • 7.240, Онаним (?), 20:36, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но это безотносительно ZFS, ZFS даже аниме хранить доверить сложно.
     
  • 6.264, Pofigist (?), 00:15, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну понятно что ты в СХД разбираешься Но у тебя стандартная професиональная проб... большой текст свёрнут, показать
     
  • 5.243, Аноним (257), 00:38, 19/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дедупликация мне  лично не нужна - система работает на 2Гб памяти (и её вполне хватает. После загрузки занято менее 600мб - самба, днла, трансмишн, рсинк. При раздаче десятка торентов через 8 часов свободно около 400мб).
    RAID6 (RAIDZ2) - да, под  системой и хранилкой.
    SSD cache  мне  лично - нет.
    Сжатие - да.
    Скорость записи больших файлов (фильмы) по гигабитной сети - 80-90Мб/с, загрузка процессора при этом - 30-40% (старая офисная машинка 10-12-летней давности). Это для Вас ресурсы? И "блин деньги"? В сравнении с 32Тб RAW?
    Но я понял, что именно для Вас "избыточно".
    > реализации таких нужных для дома фичь как легкий UPnP-сервер

    это же, вроде не файловая система?

     
     
  • 6.263, Pofigist (?), 23:59, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Еще один не понимающий значения термина дедупликация, применимо к СХД и конкретн... большой текст свёрнут, показать
     
     
  • 7.268, bOOster (ok), 09:56, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А хранилка для дома - должна обеспечивать кучу полезных, но приятных сервисов,
    > в том числе - UPnP. А еще она должна быть например
    > видеосервером, впрочем ZoneMinder в виде плагина для FreeNAS есть. Как и
    > NextCloud. Нет только нормального UPnP.

    TwonkyServer не судьба развернуть?

    > Судя по факапу с дедупликацией - вы просто не понимаете всех возможностей
    > ZFS... А они - реально огромны и мега избыточны для дома.
    > И для их реализации - требуются ресурсы даже если ты их
    > и не используешь. современный FreeNAS просто не запускается если у тебя
    > менее 4Гб ОЗУ, и на них он - едва ворочается, нужно
    > 8Гб как минимум.

    СТо раз слышали такие вот высказывания, и 111 раз выснялось что это результаты кривых рук.


     
  • 7.278, Аноним (257), 00:31, 22/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так я и не запускаю, и объяснил, почему небольшая память Похоже, что разни... большой текст свёрнут, показать
     
  • 7.280, Аноним (280), 12:32, 22/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ирония ваших рассуждений, поучений и мечтаний заключается в том,что
    > условно HomeNAS, который может работать на х32

    надёжный и  провереный есть в сети :) И его легко найти, если действительно искать :),
    т.к. оно лежит открыто, на виду и в свободном доступе.

     
  • 5.254, bOOster (ok), 08:59, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это че, горе от ума Дедупликация, в чем избыточность то То что он пишет в дру... большой текст свёрнут, показать
     
     
  • 6.262, Pofigist (?), 23:40, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Oh shi~...

    Ты для начала хоты бы выясни значение термина дедупликация, прежде чем спорить бросаться...

     
     
  • 7.267, bOOster (ok), 09:43, 21/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Oh shi~...
    > Ты для начала хоты бы выясни значение термина дедупликация, прежде чем спорить
    > бросаться...

    А, пардон. Помутился CoW с дедупликацией :)

    zfs set dedup=off/on pool

    Есть жи? По сути то дела не меняет. Может проще было изучить мануальчик по ZFS или на худой конец статейки по тюнингу ZFS? там опций очень много чтобы из ZFS - аналог btrfs сделать... Чтобы душа успокоилась :))))

     

     ....большая нить свёрнута, показать (49)

  • 1.38, Аноним (38), 11:07, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    верной дорогой идете товарищи
     
     
  • 2.80, нах. (?), 13:25, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http://bash.org.ru/quote/3118
     

  • 1.43, Аноним (43), 11:23, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сюрреализм который мы заслужили.
     
     
  • 2.149, Аноним (95), 17:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да в этом году хороший новостей не будет надо ждать следующий.
     
     
  • 3.165, баба с косой (?), 18:22, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Да в этом году хороший новостей не будет надо ждать следующий.

    ага, щас тебе


     

  • 1.51, Аноним (51), 11:56, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Меня одно интересует, когда ZFS on Linux" (ZoL) добавят в Illumos (форк OpenSolaris).
     
     
  • 2.55, ryoken (ok), 11:59, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Меня одно интересует, когда ZFS on Linux" (ZoL) добавят в Illumos (форк
    > OpenSolaris).

    Уроборосами запахло...

     
     
  • 3.241, Онаним (?), 20:38, 18/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Уроборосами запахло...

    Campanella the Fool is here to welcome ya :)

     
  • 2.60, Catwoolfii (ok), 12:09, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже потихоньку:https://www.opennet.ru/opennews/art.shtml?num=51827
    >В реализацию ZFS портированы исправления и улучшения от проекта ZFS on Linux, в том числе возможность шифрования данных и метаданных, использование UNMAP/TRIM для SSD
     
  • 2.110, нах. (?), 14:40, 15/04/2020 Скрыто модератором
  • –1 +/
     
     
  • 3.119, Аноним (51), 15:08, 15/04/2020 Скрыто модератором
  • +/
     
     
  • 4.142, нах. (?), 16:41, 15/04/2020 Скрыто модератором
  • +4 +/
     

     ....ответы скрыты модератором (6)

  • 1.64, SubGun (??), 12:46, 15/04/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +6 +/
     
     
  • 2.68, Аноним (112), 12:56, 15/04/2020 Скрыто модератором
  • –3 +/
     
     
  • 3.81, Аноним (78), 13:26, 15/04/2020 Скрыто модератором
  • +1 +/
     
     
  • 4.83, Аноним (112), 13:31, 15/04/2020 Скрыто модератором
  • –2 +/
     
     
  • 5.88, Аноним (88), 13:42, 15/04/2020 Скрыто модератором
  • –1 +/
     
     
  • 6.93, Аноним (112), 13:51, 15/04/2020 Скрыто модератором
  • –1 +/
     
     
  • 7.114, Аноним (-), 14:50, 15/04/2020 Скрыто модератором
  • +/
     
     
  • 8.116, Аноним (112), 14:53, 15/04/2020 Скрыто модератором
  • –1 +/
     
     
  • 9.122, Аноним (-), 15:26, 15/04/2020 Скрыто модератором
  • +/
     
     
  • 10.124, Аноним (112), 15:34, 15/04/2020 Скрыто модератором
  • –1 +/
     

     ....ответы скрыты модератором (9)

  • 1.107, Любитель Монеточки (?), 14:31, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Так вроде ZFS давно работает во FreeBSD
     
     
  • 2.111, нах. (?), 14:41, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот и скоро перестанет (ну, точнее, будет так работать, что камня на камне не останется)
     

  • 1.126, Ващенаглухо (ok), 16:00, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Осталось ядро заменить на линуксовое и будет ок :))
     
  • 1.129, Deanon (?), 16:07, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Без паники, у BSD была своя реализация и довольно таки работоспособная, ZoL был немного корявый, сейчас совместно поправят и всем будет хорошо и линуксоидам и бздшникам. Ну почему у линуксоидов сразу начинает раздирать пятую точку при новостях о BSD? Что это психическое расстройство или комплекс неполноценности... И сразу начинают с пеной у рта орать что кроме линукса жизни нет. Есть и FreeBSD хороший пример, элегантная ОСь которую новичку быстрей поставить и настроить чем большинство линукс дистров. А теперь давайте я запасся попкорном, начинайте накидывать на вентилятор.
     
     
  • 2.141, xm (ok), 16:39, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > почему у линуксоидов сразу начинает раздирать пятую точку при новостях о BSD

    Это обычный комплекс собственной неполноценности. Есть более распространённый в их среде - "хочу быть Windows но никак не могу".

     
     
  • 3.146, SJW жируха с розовыми волосами (?), 16:49, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    лол, а что там с лицензиями?
     
     
  • 4.150, xm (ok), 17:01, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > лол, а что там с лицензиями?

    Да-да, это как когда нечем более гордиться начинают гордиться национальностью. Или GPL.

     
  • 4.155, Аноним (152), 17:28, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Полноценная лицензия, не aнaльнo огороженный вжoпeль.
     
  • 2.148, Аноним (95), 16:59, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Их реализация ZFS больше не разрабатывается End of Life у нее. Но они они зачем то продолжают ей гордится. Странные бздуны короче.
     
  • 2.166, Аноним (125), 18:22, 15/04/2020 Скрыто модератором
  • –3 +/
     
     
  • 3.171, Аноним (171), 18:47, 15/04/2020 Скрыто модератором
  • +/
     
     
  • 4.175, Аноним (175), 19:04, 15/04/2020 Скрыто модератором
  • +2 +/
     
  • 2.178, paulus (ok), 21:01, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >элегантная ОСь которую новичку быстрей поставить и настроить чем большинство линукс дистров.

    Пытался тут запустить nomadbsd с флешки на паре ноутов, так до Х-оы не доходит... Что дистры линукса себе не позволяют (маленькие и большие). Так что элегантность я не узрел и желание устанавливать freebsd пока пропало. :(

    p.s. Железо на ноутах конечно разное бывает, но на этих линукс работает на ура.

     
     
  • 3.179, Аноним (74), 22:12, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Т.е. FreeBSD не пробовали, а только
    > Пытался тут запустить nomadbsd с флешки на паре ноутов

    И, потом,
    > дистры линукса себе не позволяют (маленькие и большие)

    работать без иксов?

     
  • 3.186, Deanon (?), 01:17, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сразу видно линуксойда эникейщика, который по сути сразу опускает руки при любой нестандартной ситуации и без понимания основ. И таких любителей развелось очень много. А между делом та же NomadBSD ставиться очень легко и не принужденно и все работает из коробки.  
     
     
  • 4.198, Аноним (112), 16:07, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >ставиться очень легко и не принужденно и все работает из коробки

    У меня так dragonfly легко и непринуждённо поставилась. Правда потом я захотел получше настроить дискретную видеокарту и что-то ещё, и она начала подать в панику с периодичностью 1 раз 5 секунд. да ещё автор напугал в ченджлоге, мол, фс пролюбит все мои данные и я об этом узнаю сильно постфактум. Не надо заниматься мифотворчеством, если лайв сиди не запускается, это здоровый сигнал держаться подальже.

     
  • 2.220, Гентушник (ok), 15:29, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть и FreeBSD хороший пример, элегантная ОСь которую новичку быстрей поставить и настроить чем большинство линукс дистров.

    Довольно спорное утверждение, особенно с учётом того что в FreeBSD с поддержкой железа всё ещё хуже чем в Линуксе. Новичок может получить какой-нибудь чёрный экран после первой загрузки (это касается и линукса тоже), плюнуть и установить десяточку :)

     

  • 1.163, джон (?), 18:08, 15/04/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
  • 2.167, Аноним (125), 18:23, 15/04/2020 Скрыто модератором
  • +2 +/
     
  • 2.172, Аноним (171), 18:48, 15/04/2020 Скрыто модератором
  • –5 +/
     

     ....ответы скрыты модератором (2)

  • 1.182, bOOster (ok), 23:23, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Вообще конечно меня всегда Линукс писатели новостей удивляли. Выдрать из контекста фразу и выдавать ее за истину.

    Написано - "В кодовую базу "ZFS on Linux", развиваемую под эгидой проекта OpenZFS в качестве эталонной реализации ZFS". А что главной тут является - "эгида проекта OpenZFS". И кодовая база это нифига не ZoL а OpenZFS которая является общей между ВСЕМИ потребителями ZFS.
    Я вот не понимаю толи Линуксоиды, в своем стремлении уесть в чем-то BSD шников постоянно пытаются себя такими идиотами выставить, толи они сначала пишут чушь в стремлении показать что FreeBSD идет ближе к решению которое юзают и они, а потом думают. Тут же любому маломальски грамотному компьютерщику понятно - кодовая база для одной системы типа Linux не может быть портирована на FreeBSD изза архитектурных различий ядер операционных систем. Ну не будет часть ZoL никогда работать на FreeBSD. На FreeBSD всегда она будет ZoF c общей частью OpenZFS.
    ИМХО. первоначальную новость про переход FreeBSD на OpenZFS писал очень недалекий гражданин. Он выбрал Linux, чем вызвал нешуточное бурление серых масс, хотя, если бы у него в башке было бы больше серого вещества - мог бы взять с сайта OpenZFS гораздо более близкие системы типа illumos или MacOSX. А вот если бы был умным - тогда бы и написал что FreeBSD переходит на OpenZFS и все.

     
     
  • 2.193, нах. (?), 09:41, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И кодовая база это нифига не ZoL а OpenZFS которая является общей между ВСЕМИ потребителями ZFS.

    нет. Потому что она завязана на illumos, то есть не работает, и не может в принципе. Кому нужна общая кодовая база, баги в которой невозможно проверить, потому что она не комиплируется и не запускается ни на чем вообще?

    Дельфикс хочет именно ZoL сделать единственноверной "общей" - и именно туда тянет bsd. Потому что в иллюмос они уже наигрались, а бизнес спрашивает "где деньги?!"

    То есть никакой "общей" не будет, будет две ветки репо (три c макосью, да пусть пять, сколько влезет, ms'овского гитхаба не жалко) мержащие правки между собой. То есть, собственно, уже есть два с лишним года. А вот мертвый несобираемый транк не нужен.

     
  • 2.201, Аноним (13), 17:33, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Издревле ZFS считалось фишечкой BSD. А оказывается это вовсе не фичечка BSD. Просто во вряху её раньше притащили, чем в ляликс.
     
     
  • 3.202, freebsd (??), 19:20, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну так у нас открытая система. Вы можете скопипастить у нас вообще весь код.

    Нет, вы начали не с zfs. Вы сперли поддержку локалей в grep еще в 97м году.
    Не смотря на то, что она была помещена в #ifdef FreeBSD ;-)

    Нам, в общем-то, совершенно не жалко (это был gnu grep). Но спасибо могли бы и сказать, а не просто поудалять ifdef'ы.

     
     
  • 4.210, Михрютка (ok), 21:51, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>>Нам, в общем-то, совершенно не жалко (это был gnu grep). Но спасибо могли бы и сказать

    так а фули вы на 4-clause license забили.

     
  • 3.204, bOOster (ok), 20:12, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Издревле ZFS считалось фишечкой BSD. А оказывается это вовсе не фичечка BSD.
    > Просто во вряху её раньше притащили, чем в ляликс.

    Какой фишечкой? На FreeBSD ZFS просто работала, практически без проблем, и могло использоваться в продуктиве. А на Лине, для продуктива, не работает до сих пор. А пилят ZoL с 2008 года.

     
     
  • 4.227, Онаним (?), 10:19, 18/04/2020 Скрыто модератором
  • –2 +/
     
     
  • 5.228, Онаним (?), 10:20, 18/04/2020 Скрыто модератором
  • –1 +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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