The OpenNET Project / Index page

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

Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)

25.08.2020 09:08

Реализация файловой системы ZFS в основной ветке FreeBSD (HEAD) переведена на использование кода OpenZFS, развивающего кодовую базу "ZFS on Linux" в качестве эталонного варианта ZFS. Весной поддержка FreeBSD была перенесена в основной проект OpenZFS, после чего в нём была продолжена разработка всех связанных с FreeBSD изменений, а разработчики FreeBSD получили возможность оперативно переносить в систему все новшества, развиваемые проектом OpenZFS.

Среди возможностей, которые стали доступны во FreeBSD после перехода на OpenZFS: расширенная система квот, шифрование наборов данных, раздельный выбор классов распределения блоков (allocation classes), использование векторных процессорных инструкций для ускорения реализация RAIDZ и вычисления контрольных сумм, поддержка алгоритма сжатия ZSTD, режим multihost (MMP, Multi Modifier Protection), улучшенный инструментарий командной строки, исправление многих ошибок, связанных с состоянием гонки и блокировками.

Напомним, что в декабре 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, так как эта реализация уже сильно отстаёт по функциональности и требует больших ресурсов для сопровождения кода и переноса изменений. OpenZFS на основе "ZFS on Linux" теперь рассматривается как единый совместный проект по разработке ZFS.

  1. Главная ссылка к новости (https://svnweb.freebsd.org/bas...)
  2. OpenNews: Проект OpenZFS из-за политкорректности избавился от упоминания слова "slave" в коде
  3. OpenNews: Разработчики FreeNAS представили дистрибутив TrueNAS SCALE на базе Linux
  4. OpenNews: В ZFS on Linux добавлена поддержка FreeBSD
  5. OpenNews: Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"
  6. OpenNews: Разработчики FreeBSD намерены сменить реализацию ZFS на "ZFS on Linux"
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53594-openzfs
Ключевые слова: openzfs, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (229) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:17, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    ZFS on Linux, которому не светит попасть в Linux. Забавно.
     
     
  • 2.10, аноним12345 (?), 09:46, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А какая альтернатива ?
     
     
  • 3.15, пох. (?), 09:50, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Утки!
     
     
  • 4.19, Аноним (19), 09:59, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Уу
     
  • 2.29, Аноним (29), 10:51, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Ну, все вроде поставляют ZoL. В ядро линукса она не попади последовать общему примеру и не пытатёт, но это не так уж важно.
     
     
  • 3.158, Аноним (158), 11:28, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Пытаюсь понять что ты написал.
     
  • 3.244, Аноним (244), 20:39, 31/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Виталий К - залогинтесь!
    ПыСы не только лишь все))
     
  • 2.41, Аноним (41), 12:05, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Убанте он уже из коробки поставляется, а жопные боли мейнтейнеров ядра не то чтобы кого-то сильно волнуют.
     
     
  • 3.47, Блабла (?), 12:46, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    да-да, да так там прекрасно работает, что в случае чего после обновления ядра систему иногда приходится чинить, если root на zfs, если приводить пример, то хотя бы NixOS или Proxmox, которые действительно следят за такой конфигурацией при выкате обнов...
     
     
  • 4.111, Kuromi (ok), 18:53, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну как бы всегда рекоменуется под рут ставить "классическую" ФС, а не экзотику.
     
  • 4.125, funny.falcon (?), 23:16, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне кажется, что достаточно /boot держать на ext3/ext4 и проблем не будет.
    Я, например, всегда /boot на отдельном ext3 разделе держу.
     
     
  • 5.218, Аноним (218), 08:01, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я, например, всегда /boot на отдельном ext3 разделе держу.

    Полагаю, EFI не используете? Из-за него приходится в FAT держать этот раздел.

     
  • 4.143, Аноним (143), 10:08, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    С lts-веткой проблем не будет. Если же гнаться за свежим ядром, то определенно настанет момент, когда модуль zfs под него не собереться.
     
     
  • 5.156, Блабла (?), 11:15, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > С lts-веткой проблем не будет. Если же гнаться за свежим ядром, то
    > определенно настанет момент, когда модуль zfs под него не собереться.

    Товарищи выразили мнение минусами, а между тем если вникнуть в то, о чём я говорил, то станет понятно, что вовсе не о том, как плох ZFS на линуксе (он у меня много где), и не о том, какие юзеры ССЗБ, а о том, что компания добавила функционал, заявив мол пользуйтесь! всё работает! а на деле люди столкнулись с проблемами, которые были легко выявляемы если бы на тестовых стендах у них стояли конфигурации с вариантом когда root на ZFS, т.е. Canonical дала функционал и нифига не отслеживала качество его работы!.. Камень был именно в этот огород..

     
  • 3.51, Аноним (-), 13:20, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У мэйнтейнеров ядра нет жопных болей, потому что ZFS не свободна.
     
     
  • 4.76, Аноним (76), 15:57, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ZFS свободна и более свободна чем вирусный GPL. Проблема в несвободности linux kernel.
     
     
  • 5.105, zzz (??), 18:28, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Линуксовое ядро свободно - для кого надо свободно. Как хромиум. Хомячкам также предоставляется полная свобода жрать с лопаты, что туда навалили корпорасты. Хошь сустемду жуй, хошь bpf.
     
  • 3.53, Catwoolfii (ok), 13:54, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как в zol реализовано вытеснение arc? Если системе понадобится память
     
     
  • 4.58, пох. (?), 14:11, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > А как в zol реализовано вытеснение arc? Если системе понадобится память

    #ifdef illumos
    [вытесняем arc]
    #else
    crash
    #endif

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

    notabug. wontfix.


      

     
  • 4.142, Аноним (143), 10:05, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Arc умеет возвращать память, но происходит это не моментально. Лучше ограничит zfs_arc_max до разумных пределов опираясь на статистику arcstat в рабочих нагрузках. Использую дома с пределом в 4G. С десяток виртуальных машин. Летает как ракета!
     
     
  • 5.145, Аноним (145), 10:15, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    До первого oлoлo и потери всех твоих виртуалок. Это же ZoL и линукс, иначе быть не может.
     
     
  • 6.172, пох. (?), 12:52, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > До первого oлoлo и потери всех твоих виртуалок. Это же ZoL и линукс, иначе быть не может.

    может. если не нагружать и не хотеть необычного.

    А вот если нагружать - 64x write multiplication, жор памяти, и прочие прелести - нет, не фатальные, для файловой системы - но вполне могут быть фатальными для того, что ты поверх держишь, поскольку оно перестанет успевать и лопнет, когда могло бы на том же железе работать с шестнадцатикратным запасом мощности.

     
     
  • 7.188, Аноним (143), 14:56, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема усиления записи решается правильно выбранным размером записи.
     
     
  • 8.190, пох. (?), 17:32, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    во-первых не решается, а загоняется под ковер Во-вторых у стандартного размера ... текст свёрнут, показать
     
     
  • 9.193, Аноним (193), 18:23, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А вы точно в теме Несете какую-то бессмыслицу ... текст свёрнут, показать
     
     
  • 10.194, пох. (?), 18:59, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    обычно это означает что не в теме - другой оппонент Настолько, что не в состоян... текст свёрнут, показать
     
  • 5.171, пох. (?), 12:50, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    _разумный_ предел - это как раз вся неиспользуемая в данный момент системой память - за вычетом совсем малого куска на срочные-срочные нужды (он спасает от дидлоков). Как это, собственно, делает ядро с buffer cache - свободно на мало-мальски нагруженной машине не больше 1%
    Непатченная zfs (и тем более ZoL) положат тебе систему до перезагрузки ресетом при таких настройках - проверено.

    (ZoL еще и имеет бесконечные проблемы с тем самым buffer cache, ради их решения там много чего попортили и так и не решили окончательно - двойное кэширование никуда не делось)

    "разумный предел" по документации (тому недоразумению что вместо) - половина оперативной памяти.
    Что полный бред.

     
  • 2.62, Аноним (62), 14:30, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тот момент, когда точно "на", а не "в".
     
  • 2.75, Аноним (75), 15:55, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в линукс не светит, а в убунту и дебиан уже попало.
     
  • 2.119, asdasd (?), 21:22, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Ubuntu 19+ его можно из коробки на корень ставить, там есть свой демон zsys, который интегрирован с apt (снапшоты), да и docker тоже zfs storage умеет.
    Да, это все еще тестовое, но по сравнению с тем что было пару лет назад это огромный шаг.
     
     
  • 3.174, пох. (?), 12:56, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, это все еще тестовое, но по сравнению с тем что было пару лет назад это огромный шаг.

    не вижу разницы - использовал подобную конструкцию с 18го года, на lts, и померла не от zfs.

    Да, надо следить что оно творит при обновлениях - но это не специфично для zfs

     
  • 2.130, Кайф (?), 03:10, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так лол ZFS on Linux, а код то сановский и лицензия CDDL
     

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

  • 1.3, pfg21 (ok), 09:23, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    мне так помнится хоронили мертворожденный ZoL вдоль и поперек...    
    а тута вот оно как михалыч....
     
     
  • 2.5, IdeaFix (ok), 09:26, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну, фрю тоже хоронят, а у них скоро и системд будет и всё такое :)
     
     
  • 3.18, Аноним (18), 09:57, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    systemd это хорошо, сегодня в завтрашний день не все могут смотреть. Вернее, смотреть могут не только лишь все, мало кто может это делать
     
     
  • 4.43, EnemyOfDemocracy (?), 12:16, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О, маркетинговые заклинания от РедХет!

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

    СистемД -- для плохих и глупых людей.

     
     
  • 5.54, Онаним (?), 13:54, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    systemd - это прекрасно.
    Хотя бы тем, что кривые-косые скрипт-портянки инициализации больше не нужны.
    Тем, что есть система состояний, которая отслеживает реальное поведение процессов.
    Да, там много лишнего, но базовая функция - упрощение конфигурации инициализации - выполняется "на ура".
     
     
  • 6.57, OpenEcho (?), 14:09, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Да, там много лишнего, но базовая функция - упрощение конфигурации инициализации - выполняется "на ура".

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

     
  • 6.65, Аноним (65), 15:12, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем этот миллион кривых строк на сях лучше runit?
     
     
  • 7.114, Онаним (?), 19:47, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чем этот миллион кривых строк на сях лучше runit?

    Тем, что им реально можно пользоваться.

     
  • 6.66, Дон Ягон (ok), 15:28, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Боже, хоть от freebsd отстаньте со своим systemd поганым, наркоманы, чОртовы.
     
     
  • 7.115, Онаним (?), 19:48, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Боже, хоть от freebsd отстаньте со своим systemd поганым, наркоманы, чОртовы.

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

     
  • 6.78, Аноним (76), 15:59, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    теперь эти костыли перенесли в код systemd - там их столько что ...
    одна привязка d-bus чего стоит.
     
  • 6.123, Унтерним (?), 22:55, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ... кривые-косые скрипт-портянки инициализации больше не нужны.

    полагаю, Вы про при линуховые портянки. ибо сдаётся мне, что фришные Вы не видели. в 500 байт (с комментариями), как правило, вмещается описание сервиса.

     
     
  • 7.132, Аноним (132), 03:30, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > полагаю, Вы про при линуховые портянки. ибо сдаётся мне, что фришные Вы не видели. в 500 байт

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

     
  • 6.191, qwerty123 (??), 18:10, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Тем, что есть система состояний, которая отслеживает реальное поведение процессов.

    monit? =)

    а на деле всего 2 состояния - процесс есть, процесса нет.
    и справлялись с этим прекрасно с 1970 года.

     
     
  • 7.199, Онаним (?), 19:58, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > а на деле всего 2 состояния - процесс есть, процесса нет.

    С состояниями-то всё просто. А вот со своевременной на них реакцией, желательно без говнокода на баше...

     
  • 7.239, Аноним (239), 00:11, 28/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Получите и распишитесь гонку между запуском monit и инициализацией процессов, которые он будет мониторить.
     
  • 5.91, НямНямка (?), 17:27, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему? Переплетение глистных sh-скриптов, в которых вообще ничего не разберёшь, по-моему, куда хуже.
     
     
  • 6.113, Аноним (113), 19:44, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это только на Linux так было. rc.d (NetBSD, потом FreeBSD) скрипты декларативны.
     
     
  • 7.116, Онаним (?), 19:49, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это только на Linux так было. rc.d (NetBSD, потом FreeBSD) скрипты декларативны.

    Угу. И чтобы добавить в них трекинг демонов с автоперезапуском - надо или каждый говноскрипт держать в фоне, или плодить ещё говноскриптов.

     
     
  • 8.124, Унтерним (?), 23:14, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем пользовать говнодемоны, которые падают О-вэй, линухвэй - Спасибо, не над... текст свёрнут, показать
     
     
  • 9.183, freehck (ok), 13:29, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, таковы современные реалии, что делать это надо Балансируем понемно... текст свёрнут, показать
     
  • 9.198, Онаним (?), 19:55, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы пишете идеальный софт Упало - собрать бектрейс и всё прочее, например через ... текст свёрнут, показать
     
  • 8.167, 1 (??), 11:53, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем это в системе инициализации Пусть этим занимается сервис - например mo... текст свёрнут, показать
     
     
  • 9.197, Онаним (?), 19:54, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь нам надо сокет-активацию xinetd А теперь нам надо бы ещё при падении у... текст свёрнут, показать
     
  • 8.184, анонн (ok), 13:59, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Еще хуже - нужно ЧИТАТЬ документацию, а не просто придумывать как оно должно бы... текст свёрнут, показать
     
     
  • 9.196, Онаним (?), 19:52, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так, костыль к init засчитан В systemd этого костыля нет, слежение за процессам... текст свёрнут, показать
     
  • 8.192, qwerty123 (??), 18:12, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    monit не, не слышал ... текст свёрнут, показать
     
     
  • 9.195, Онаним (?), 19:51, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот, начинаем костылять systemd позволяет обходиться без говноскриптов и гов... текст свёрнут, показать
     
  • 3.33, Аноним (33), 11:08, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну, фрю тоже хоронят, а у них скоро и системд будет и всё такое :)

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

     
     
  • 4.68, Аноним (68), 15:36, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На это были разработсики, и даже было несколько однотипных реализаций, просто оно никому нахрен ненужНО во фре!
     
     
  • 5.118, Аноним (132), 20:27, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > просто оно никому нахрен ненужНО

    просто онА никому нахрен не нужнА, ты хотел сказать

     
     
  • 6.126, Унтерним (?), 23:17, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да лана. Третья попытка присесть на линуховый десктоп возвращала на фрю - шо хочу, то и ворочу. От шапков с поцтерингами и каканикалами не зависеть - сплошная радость.
     

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

  • 1.4, Аноним (4), 09:25, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    И те и другие не нужны когда есть нормальная, человеческая эталонная реализация в солярке. Не в опен солярке и ее отростках, а в правильной, закрытой.

    /thread

     
     
  • 2.7, pofigist (?), 09:30, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    О да, яб даже согласился, но... Есть одно но - сама солярка напоминает хорошо протухшего кадавра.
     
  • 2.11, аноним12345 (?), 09:46, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как вообще можно называть правильной закрытую реализацию ?
     
     
  • 3.26, Аноним (4), 10:33, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тебе конпелять или чтобы работало? 🤣
     
     
  • 4.30, ананим.orig (?), 10:55, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне и то, и другое.
    Или без обрезания вам ну никак? Понимаю.
     
  • 2.13, Карабьян (?), 09:49, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Посоветуйте, пожалуйста, современный браузер для нее
     
     
  • 3.16, Аноним (145), 09:54, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем тебе браузер на сервере с дисковыми полками?
     
     
  • 4.20, mfa (?), 10:00, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем тебе закрытая ось когда есть открытая...
     
     
  • 5.24, аноним12345 (?), 10:26, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно
     
  • 5.27, Аноним (4), 10:34, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если в приоритете стабильность и надежность то закрытая без вариантов. 🤗
     
     
  • 6.40, Аноним (29), 12:03, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И вот теперь расскажи это портворксу, который основой для своей закрытой хранилки выбрал открытую бтрфс. И деллу, который за основу взял люстру+ext3.
     
     
  • 7.56, пох. (?), 14:01, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А им твои данные, походу, ни разу не жалко.

    > И деллу, который за основу взял люстру+ext3.

    Серьезно? Нет, в целом там феерических м-ков хватает, но этот выбор антитехнологий - просто второе место на конкурсе м-ков за каждую, и еще раз, почетное второе место - за уникальнейшее умение выбрать обе сразу.

     
     
  • 8.69, Аноним (29), 15:38, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И почему они тогда твоими услугами не пользуются, если ты такое умное всё из себ... текст свёрнут, показать
     
     
  • 9.185, пох. (?), 14:03, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А почему и твоими не пользуются, если ты считаешь себя даже умнее Правильный от... текст свёрнут, показать
     
     
  • 10.209, Аноним (209), 20:43, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так, проникни к ним как продажник и научи уму-разуму На опеннете трындеть ... текст свёрнут, показать
     
     
  • 11.210, пох. (?), 22:26, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты-то, надеюсь, уже А я на откровенных м-ков предпочитаю не работать ... текст свёрнут, показать
     
  • 7.79, G0Dzilla (??), 16:05, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы не стал приводить Dell как эталон адекватности и технологичности.
    P.S. Как обычно, никого не хочу обидеть и все это мое личное предвзятое мнение.
     
     
  • 8.241, qqqwww (?), 17:40, 30/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А подробнее можно С каким именно железом или софтом Как-то вот именно с Dell... текст свёрнут, показать
     
  • 7.131, Аноним (145), 03:29, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >люстру+ext3

    А могли бы взять бтрфс! Терять так терять! Или ещё лучше, ceph, на котором пару лет назад один крупный хостер проcpaл все свои виртуалки. 😂

    Ты понимаешь что приводишь в пример совсем криворуких товарищей?

     
     
  • 8.133, Аноним (133), 05:40, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это потому что не купил сапорт у redhat RedHat Storage в девичестве ceph тако... текст свёрнут, показать
     
     
  • 9.141, RHEL Fan (?), 10:04, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А разве не gluster ... текст свёрнут, показать
     
     
  • 10.186, пох. (?), 14:06, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gluster И это п-ц полный но ceph они тоже продают, как в составе впопенштифта,... текст свёрнут, показать
     
  • 4.23, пох. (?), 10:23, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "google: unable to import zpool - что делать, АААААА!"

     
     
  • 5.31, Аноним (4), 10:56, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Гугл говорит что это проблема из ZoL. Не по адресу, дорогуша. 😂
     
     
  • 6.42, Fracta1L (ok), 12:13, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://docs.oracle.com/cd/E26505_01/html/E29493/fhknh.html

    > System Reboots Continuously Because of a ZFS-Related Panic (15809921)

    Снова мифотворцы опростались прилюдно

     
  • 4.128, Карабьян (?), 01:22, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем тебе браузер на сервере с дисковыми полками?

    Превьюхи страниц формировать, например

     
  • 3.67, Аноним (29), 15:36, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А какая именно у тебя из соляр? Я вон в опениндиане один из распоследних, уже растаманских огнеглистов видел. Вроде менее полугода отставания, но сходу версию не припомню.
     
     
  • 4.129, Карабьян (?), 01:23, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А какая именно у тебя из соляр? Я вон в опениндиане один
    > из распоследних, уже растаманских огнеглистов видел. Вроде менее полугода отставания,
    > но сходу версию не припомню.

    Это хорошо, но речь о сабже

     
     
  • 5.208, Аноним (209), 20:38, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Извиняй, не понял. О каком сабже? Проприетарная солярка? Если да, то попробуй бинари из опениндианы скопировать, может заведутся. У меня нет ни одной из них, потому не проверял.
     
     
  • 6.216, Карабьян (?), 04:23, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Извиняй, не понял. О каком сабже? Проприетарная солярка? Если да, то попробуй
    > бинари из опениндианы скопировать, может заведутся. У меня нет ни одной
    > из них, потому не проверял.

    О , спасибо, интересная мысль, хотя, возможно, придется и либы тащить (лучше уж тогда всю систему сборки сразу)

     
  • 3.161, Аноним (158), 11:34, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Посоветуйте, пожалуйста, современный браузер для нее

    Используй FreBSD дистрибутив FuryBSD с KDE PLASMA https://www.opennet.ru/opennews/art.shtml?num=51821
    п.с.  все те же браузеры что в этом вашем линуксе.

     
     
  • 4.207, Аннонно (?), 20:35, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А, это тот который из-под вантуза разрабатывают? Смотрите видео в статье.
    Нет, браузеры там не все. Ungoogled-chromium и Palemoon отсутствуют.
     
     
  • 5.215, Карабьян (?), 04:21, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А, это тот который из-под вантуза разрабатывают? Смотрите видео в статье.
    > Нет, браузеры там не все. Ungoogled-chromium и Palemoon отсутствуют.

    А во фряхе самой ни есть ;)? Все-таки превратить ее в какой-то десктоп - дело не очень многих минут

     
  • 5.217, Аноним (145), 06:11, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ungoogled-chromium и Palemoon

    Первое - странное удовольствие, лучше взять обычный. Второе - вообще нeнужнo-джекпот, тормозное уг не поддерживающее последние стандарты. Лиса есть квантовая, что тебе ещё надо.

     
  • 2.17, пох. (?), 09:56, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И те и другие не нужны когда есть нормальная, человеческая эталонная реализация в солярке.

    а тебя совсем не смущает тот факт, что авторы "нормальной-эталонной" предыдущие десять лет получали зарплату - от Дельфикса, а имена "разработчиков" орацла вообще никто не слышал?

    И при этом даже trim ниасилили.

    Я не знаю уже, куда от этого п-ца бежать. На марс на бочке под управлением андроида - идите нах.

     

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

  • 1.6, Сарабонг (?), 09:27, 25/08/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     

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

  • 1.8, Hellraiser (??), 09:31, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    на очереди ядро
     
     
  • 2.37, Аноним (37), 11:50, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > на очереди ядро
    >> OpenZFS brings together developers and users from various open-source forks of the original ZFS on different platforms and we're always looking to grow our community.
    >> OpenZFS was announced in September 2013 as the truly open source successor to the ZFS project. Our community brings together developers from the illumos, FreeBSD, Linux, macOS, NetBSD, and Windows platforms,
    >> OpenZFS is an advanced file system and volume manager which was originally developed for Solaris and is now maintained by the OpenZFS community. This repository contains the code for running OpenZFS on Linux and FreeBSD.

    На очереди очередная опеннетная битва перепончатых за кубок Петросяна?

     
  • 2.38, Аноним (38), 11:50, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты давай через systemd не перескакивай, ядро будет финальным аккордом.
     
     
  • 3.44, Mega (??), 12:21, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    СистемД и будет ядром и будет называться сисдром.
     

  • 1.12, RaSla (?), 09:49, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> поддержка алгоритма сжатия ZSTD

    Это когда же в OpenZFS появилась "поддержка алгоритма сжатия ZSTD" ?!.
    в changelog 0.8.2 - 0.8.4 я таких сообщений не видел, а до 0.8.2 такого функционала точно не было...

     
     
  • 2.22, efjjf246ajrji (?), 10:16, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/openzfs/zfs/pull/9735
     
     
  • 3.25, пох. (?), 10:31, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто п-ц какой-то. Начиная от реализации "мы не хотим отдельной пропети, но она нужна, поэтому мы ее размажем по метаданным" (что это было, блжад?) и заканчивая "ну тут библиотека, которую втащили целиком без ревью, лопается по стеку, но мы (сегодня) уверены что мы эти части не используем".

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

     
     
  • 4.85, benu (ok), 16:56, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы постоянно всё хаите. zfs, xfs, ext3 — это то, что я сам читал в Ваших ответах. Так какая файловая система сейчас по Вашему оптимальная для продакшена на файловом сервере? Именно файловая система. Бекапы, снапшоты, кластеры и прочее — это отдельный разговор.
     
     
  • 5.93, пох. (?), 17:41, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    хнык-хнык Сам хотел бы знать Но можно для начала уточнить - что есть продак... большой текст свёрнут, показать
     
     
  • 6.106, zzz (??), 18:34, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кароч, если опустить всю воду - NTFS рекомендуете для продакшна. Здраво.
     
     
  • 7.121, пох. (?), 21:41, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    э еще раз, если не дошло мои рекомендации в тех случаях, когда я готов нести... большой текст свёрнут, показать
     
  • 6.134, Аноним (133), 05:45, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А с другой - там сейчас что-то в районе 120T только нашего добра

    зачем тебе хранилка с 120T ? берем какую нить 2U24 с JBOD- ставим туда старенькие 6Т диски.. в какой нить raid5/6.. и вперед.https://andpro.ru/catalog/storage/rack_storage/sistema_khraneniya_lenovo_think

     
     
  • 7.140, pofigist (?), 09:40, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мой онанимный друг, если ты не понимаешь зачем нужна хранила, то тебе не стоит рассуждать о продакшене.
    Кратко и упращенно - без хранилки не будет отказоустойчивого кластера, а без него - продакшене.
    И не надо вспоминать про OMV, FreeNAS и прочие аналоги - это все равно хранилка. Самопальная, медленная и убогая. Медленная потому что даже FC ты запаришся запускать и придется использовать тормозной iSCSI. И 2х годовую конфигурацию ты не осилишь. И 528е сектора.. И кучу всего ещё, что есть на нормальной хранилке.
     
     
  • 8.153, Аноним (29), 10:48, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего себе сколько пафоса и дешёвых понтов если ты не понимаешь зачем нужна х... текст свёрнут, показать
     
     
  • 9.177, пох. (?), 13:06, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    пока что ты именно разводишь понты А предложил - дерьмо на постном масле Вот о... текст свёрнут, показать
     
  • 8.163, пох. (?), 11:36, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    почему не будет - будет Сейчас именно такие решения впихивают хошь с малиновой,... большой текст свёрнут, показать
     
  • 7.154, пох. (?), 10:51, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > зачем тебе хранилка с 120T ?

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

    > берем какую нить 2U24 с JBOD- ставим туда старенькие 6Т диски.. в
    > какой нить raid5/6..

    на каком-нибудь унылом гуанеце типа md, с raid write hole, после чего - быстро-быстро увольняемся, пока к тебе не пришли с _вопросами_ ?

    Отдельный вопрос - как ты будешь подключать эту херню к распределенному кластеру и обеспечивать фэйловер (для начала - наипнувшегося контроллера в этом шлаке)?

    Причем я даже не буду уточнять из чего ты будешь лепить кластер, и как дальше с этим жить - начнем с физики.

     
     
  • 8.219, Онаним (?), 09:29, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас он - мухаха - предложит DRBD или что-нибудь в этом роде Все новички дела... текст свёрнут, показать
     
     
  • 9.240, НямНямка (?), 17:19, 28/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ужос Что-то с DRDB никаких проблем никогда не имел ... текст свёрнут, показать
     
  • 6.175, benu (ok), 12:59, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за развёрнутый ответ. СХД небольшое из нескольких машин. Доступ к данным по сети 10Gbit/s. Данные — мультимедиа на десятки терабайт. Не так важна скорость отдачи, сколько надёжность хранения. Думаем в сторону ext4, программный RAID, кластер, типовое решение на Linux. Очень похоже на файловый сервер для среднего офиса, только с большей устойчивостью. C xfs было гораздо меньше опыта использования, поэтому и спрашивал.
    Дальнейшее развитие — готовые СХД от производителей с гарантией. Но для этого требуется увеличение бюджета.
     
     
  • 7.181, пох. (?), 13:21, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это очень ссыкотно, если программный рейд - md поскольку ресинк при любом нешта... большой текст свёрнут, показать
     
  • 7.212, Demo (??), 23:05, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Имели дело как c ext4, так и с XFS на больших хранилищах Проблемы начинаются с ... большой текст свёрнут, показать
     
     
  • 8.227, пох. (?), 09:57, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    мне кажется, это они о вас так позаботились - мягко намекая, что и сама fs для э... текст свёрнут, показать
     
     
  • 9.232, edo (ok), 21:47, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    zpool же увеличивается добавлением новых vdev возможно, с raidz внутри , расшир... текст свёрнут, показать
     
     
  • 10.234, пох. (?), 23:30, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да, но тебе вот не становится немножко ссыкотно, когда число этих vdev перевалит... текст свёрнут, показать
     
     
  • 11.235, edo (ok), 23:43, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    у меня нет пулов такого размера ... текст свёрнут, показать
     
     
  • 12.236, пох. (?), 23:56, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вот поэтому мне очень интересны комментарии того, у кого они есть - как все это ... текст свёрнут, показать
     
     
  • 13.242, Demo (??), 22:24, 30/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сорри, не видел вопроса Я тогда только год как устроился, поэтому лезть с ценн... большой текст свёрнут, показать
     
     
  • 14.243, пох. (?), 18:07, 31/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну опеннет же ж не место для технических дискуссий, а площадка для тролинга - ... большой текст свёрнут, показать
     
  • 6.200, Онаним (?), 20:01, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня вот на работе вполне себе продакшн, кластеры, терабайты сложноуложенного мусора
    > - на винде 2012 (то есть голый виндовый кластер, поверх промышленной
    > схд, не sds - сильно устаревшее, может не самое надежное, но
    > уже хорошо знакомое решение).

    Аналогично, только на линухах. Поэтому здорово понимаю.
    Тоже тихо матерюсь, но масштаб такой, что из вариантов только жить с тем, из чего можно это более-менее вменяемо собрать. Третьего не дано.

     
  • 5.99, Sgt. Gram (?), 18:05, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы постоянно всё хаите.

    Не пытайся ввернуть редкое слово, если не знаешь, как оно пишется. Хаять, хаю, хаешь, хаете.

     
  • 5.104, pofigist (?), 18:18, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так какая файловая система сейчас по Вашему оптимальная для продакшена на файловом сервере? Именно файловая система.

    <trollface>
    NTFS
    </trollface>
    А если серьезно - есть только один дистрибутив, жёстко заточенный под кровавый энтерпрайз, то есть - под сервера в продакшене, а не под хипстеровские поделки, обмазанные смузи. Вот и смотри что в нем за ФС...

     
     
  • 6.122, пох. (?), 21:51, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > хипстеровские поделки, обмазанные смузи. Вот и смотри что в нем за
    > ФС...

    и? В рекомендованной особенно позе (thinlvm под ней, как велит нам лучший редхатовский инженер Кумар (его на самом деле зовут Кумар, блжад!) ?  Смотрим, и...

    И как - ты уже летишь из окна?


     
     
  • 7.148, RHEL Fan (?), 10:23, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И что там? Ты прям саспенсу нагнал как в лучших триллерах.
     
     
  • 8.155, пох. (?), 10:55, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну раз ты спрашиваешь - в окно тебя выкинут Просто потому что нехер спрашивать ... текст свёрнут, показать
     
     
  • 9.168, RHEL Fan (?), 12:15, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не найду чето никаких ужасов или сами харды отвалились, или админы наадминили ... текст свёрнут, показать
     
     
  • 10.180, пох. (?), 13:10, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а она и забита, только там - paywall Не только лишь каждому можно не то что тик... текст свёрнут, показать
     
     
  • 11.189, пох. (?), 17:16, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    кстати, ларчик-то открылся, но осадочек остался Действительно, молиться на zfs ... текст свёрнут, показать
     

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

  • 1.28, Fwqer (?), 10:50, 25/08/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

     ....ответы скрыты (8)

  • 1.45, Аноним (45), 12:37, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Illumos, давай досвиданья!
     
  • 1.49, Demo (??), 12:50, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > шифрование наборов данных

    В полку славянофилизмов прибыло.
    Догадайся, мол, сама, что имелось в виду шифрование датасетов.

    *лупашит себя ладонью по лбу*

     
     
  • 2.52, ss (??), 13:39, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >шифрование датасетов.

    а фиглишь кирилицей?

     
  • 2.59, пох. (?), 14:20, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В полку славянофилизмов прибыло.

    этот термин, для опоздавших родиться, широко использовался в советской компьютерной литературе 70х и 80х годов - потому что таки да, является прямым переводом data set (и да, в литературе по os/360 эти слова писали раздельно)

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

     
     
  • 3.84, Demo (??), 16:27, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ничего неправильного я в нем не вижу

    А я представил себе ход моих мыслей, и какой бы ответ
    я подготовил своему начальнику, и в каком стиле,
    если бы мне пришла от него в чате, как это часто бывает,
    очередная головоломка:

    "Какие наборы данных у нас в резервуаре?"

     
     
  • 4.94, пох. (?), 17:48, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > очередная головоломка:
    > "Какие наборы данных у нас в резервуаре?"

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

     
     
  • 5.117, Demo (??), 19:50, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так и не поняли ничего.
    Приходит, вдруготкуданивозьмись, как шаровая молния, мессага в Телеграм, начинающаяся:

    "А какие наборы данных у нас в хранилище?"
    Какой триггер сработает в башке у нормального, не изнасилованного ЕС ЭВМ во
    времена Брежнева, человека?
    Первый же проблеск мысли был бы: "Текстовые документы, веб-документы, бекапы, мультимедиа".

    А теперь сравните с "А какие датасеты у нас в пуле…"
    Ответ очевиден:

    data/samba
    data/nfs
    И т.д.

     
     
  • 6.221, Онаним (?), 09:34, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > "А какие наборы данных у нас в хранилище?"
    > времена Брежнева, человека?

    Досье на жителей ул. Голикова дд.5-31, гг. 1920-1960.

     
  • 6.231, НямНямка (?), 18:49, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Очередной любитель "комитов", "лукапов" и "митингов"?
     
  • 2.63, userd (ok), 14:41, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> шифрование наборов данных
    > В полку славянофилизмов прибыло.
    > Догадайся, мол, сама, что имелось в виду шифрование датасетов.

    С разморозкой! Уже лет пятьдесят как :)
    Все, кому случилось применять JCL в ОС ЕС (давайте поностальгируем над «//GO.SYSIN DD *»?),
    помнят выражение «набор данных».

     
     
  • 3.72, Аноним (72), 15:41, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чорд, я уж думал тут одна школота, которая этого не знает, ибо младше айфона.

     
  • 3.82, Вася (??), 16:22, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, а порекомендуй что-нибудь про ОС ЕС, интересно же!

    //Без сарказма

     
     
  • 4.95, userd (ok), 17:49, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про ОС ЕС ничего припомнить не могу,
    а про её базу - OS/360 можно почитать К.Джермейн, Программирование на IBM/360
     
  • 4.96, Аноним (72), 17:56, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Все мурзилки были распечатками с ацпу (кто помнит).

    Ну а так да, Джермейн.

     
  • 3.83, Demo (??), 16:26, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Все, кому случилось применять JCL в ОС ЕС

    Уж ты ж ё…
    Мы с rадителями жили на Кааме. Кама была шиоокая-шиоокая, эпоха была жуткая,
    пrосто жутчайшая, и атмосфеrа была, меезопакостная!

     
     
  • 4.97, Bocha (??), 18:00, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но не смотыя на это ыба в каме была!
     

  • 1.64, Deanon (?), 15:03, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    FreeBSD как всегда поступают разумно, не зачем распылятся когда есть уже сообщество и общий вектор развития файловой системы. Ну вот опять у линуксоидов рвет зад...
     
     
  • 2.73, Аноним (29), 15:43, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, и то что из ведра линукса весь пермиссивный код пытаются тащить(штеуд-видео и т.д.) - это тоже разумно. Не писать же это самим. И то что вантузомакосями пользуются - тоже..., не пилить же свою десктопную ось!
     
     
  • 3.80, анонн (ok), 16:07, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    0 Пермессивная лицензия немного намекает, что написано это отнюдь не перепончат... большой текст свёрнут, показать
     
     
  • 4.86, Annn (?), 16:57, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там не только GPLv2 код в ядре, но и BSD тоже.
    > Пермессивная лицензия немного намекает, что написано это отнюдь не перепончатыми. Для них, но не ими.

    Ниочём.

    > Senior Solutions Architect, Red Hat
    >  My daily laptop is a MacBook Pro, which is great unless you want to dual boot into Linux and develop on containers

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


    А вот теперь, если сравнить линукс и бздю в дуалбуте на моём ноуте, то внезапно выясняется, что в линуксе работает полностю всё, а в бзде - не всё и слегка плохо. Медленный и непросыпающийся вайфай, дичайший тиринг, как 15 лет назад был в линуксе.
    В общем - отставание на 15 лет.

     
     
  • 5.107, zzz (??), 18:38, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Срочно неси свой ноут в Парижскую палату мер и весов.
     
  • 5.120, анонн (ok), 21:35, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Когда нечего возразить по существу - пиши ниачём 1 И вообще, там неправильные... большой текст свёрнут, показать
     
     
  • 6.150, Anonoz (?), 10:33, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Срочно неси свой ноут в Парижскую палату мер и весов.
     
  • 6.206, Аннонно (?), 20:32, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И вообще, там неправильные линуксоиды

    Понимаешь, линуксоиды - пользуются линуксом, вантузятнеги - вантузом, макакосятники - вантузной виртуалкой под пареными рельсами в макакоси. Бояздешники - ну ты понял...

    > отставание методички анонима опеннета на 15 лет.

    На 15 дней, разве что. У меня войфай медленный(не все режимы поддерживаются) и не выходит из сна. Некоторые даже здесь на опеннете рекомендовали поставить OpenWRT под BHyve и отдать ему устройство. Может так и сделаю, посмотрим.
    При том что звук и сон работают нормально. Что делать с тирингом - наверное наслаждаться.

     
     
  • 7.213, Аноним (-), 23:14, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> И вообще, там неправильные линуксоиды
    > Понимаешь, линуксоиды - пользуются линуксом,

    Предпочитая объявлять "Год Линукса на десктопе" с макоси. И разрабатывать его тоже - с макоси.

     

  • 1.70, Аноним (68), 15:39, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ничто так не разводит срач на опеннете, как набор букв в данной последовательности: "FreeBSD"
     
     
  • 2.101, профитролль (?), 18:09, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно ещё так:
    systemd
    npm
    drovorub
     
     
  • 3.170, 1 (??), 12:23, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И RUST же !
     

  • 1.74, Аноним (72), 15:44, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну, скоро перейдут на ядро линукс, и правда, зачем самим разрабатывать?

    И будет еще дистр линукса с нескучным пакетным менеджером и не менее нескучными обоими.

    Впрочем, всё идёт к тому, что все перейдут на ядро линукса, это сильно экономит деньги.

     
  • 1.77, Аноним (77), 15:58, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    То есть качество кода ZFS во фре упадет и будет такое же говно как и все в линуксе?
     
     
  • 2.81, G0Dzilla (??), 16:14, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я, все еще, надеюсь, что Core Team пока еще в адеквате и понимает, что делает.
     
     
  • 3.88, Аноним (29), 17:03, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я, все еще, надеюсь, что Core Team пока еще в адеквате и понимает, что делает.

    А я уже лет 10 назад перестал надеяться.

     
  • 3.89, Аноним (77), 17:24, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я, все еще, надеюсь, что Core Team пока еще в адеквате и понимает, что делает.

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

     
  • 3.102, Аноним (72), 18:13, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они, несомненно, понимают, но есть политика и есть политика обстоятельств Сложн... большой текст свёрнут, показать
     
     
  • 4.103, Аноним (72), 18:14, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > есть политика и есть политика обстоятельств

    есть политика намерений и есть политика обстоятельств

     
     
  • 5.110, Аноним (77), 18:50, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да я все понимаю. Разработка ФС в принципе не может быть pet-project в свободное время, одно тестирование на железе чего стоит...
    Но ведь есть то что работает надежно, пусть в нем и нет каких-то виртуальных "очень-важных-и-нужных-вещей". Это как вместо премиального автомобиля купить заниженное ведро, потому что на нем большинство ездит и каждый день находит новые способы его еще занизить или движок вкорячить от другого ведра. Ситуация не настолько безвыходная вроде бы.
     
     
  • 6.127, Аноним (72), 00:56, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не про файловые системы, а вообще, в целом.

    У команды freebsd просто нет ресурсов для разработки всех нужных сейчас функций, исправления ошибок, тестирования на железе.

    И, ясное дело, то, что они не могут сами, берут со стороны, из линукса (а откуда ещё брать?), видео вот, теперь файловую систему, потом вейланд прикрутят, либо вовсе откажутся от графики, как в aix например. Потом сетевую подсистему стянут, ну нет возможности тестирования на железе.

    И так оно и пойдёт, и пойдёт...

    Freebsd уже сейчас по факту pet-project. На уровне haiku, illumos и прочих.

     
     
  • 7.179, Аноним (77), 13:10, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Жаль, что у Core Team дефицит кадров. Был бы их уровня знаний о системе, то  постарался бы тоже что-то отправить на ревью. Но жизнь уже распорядилвсь личным временем иначе.
     
  • 3.165, пох. (?), 11:38, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я, все еще, надеюсь, что Core Team пока еще в адеквате и
    > понимает, что делает.

    угу - чувак из core team заблокировал этот нужный и важный шаг. Кажется, поторопились прокукарекать?

    Кстати, количество ревьюеров настолько критичной системы - впечатляет, угу-мс.

     
  • 2.87, Annn (?), 17:00, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Видево из ведра линукса перетащили, ZoL тоже. Ну тебе, вантузомакосятнику-то какая разница?
     
  • 2.100, Сарабонг (?), 18:05, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > То есть качество кода ZFS во фре упадет и будет такое же говно как и все в линуксе?

    Ровно вот с этим и связаны все опасения трудящихся =(

     

  • 1.92, НямНямка (?), 17:32, 25/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ZoL внутри редкая помойка. Прям страшно, что это живёт и где-то работает.
     
     
  • 2.109, Аноним (77), 18:46, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А после апгрейда на 13.0 RELENG будет страшно уже и за свою файлопомойку/
     

  • 1.135, Аноним (135), 06:59, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сочувствую потребителям ZFS.
     
  • 1.137, twister_hipster (?), 09:07, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Самое забавное — это то, что "ZFS on Linux" не имеет ни малейшего отношения к этому самому Linux. Там же весь код SUNовский и лицуха совсем не GPL. Реализации для линя и фряхи тоже у каждого свои. Он уже даже и не ZoL вовсе, а OpenZFS.
     
     
  • 2.146, Аноним (29), 10:18, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > "ZFS on Linux" не имеет ни малейшего отношения к этому самому Linux.

    Громко сказано.

    > Там же весь код SUNовский

    Большая часть. В зулягисе SPL не было по понятным причинам.

    > Реализации для линя и фряхи тоже у каждого свои.

    Новость прочитай. Хотя бы 1 раз.

    > Он уже даже и не ZoL вовсе, а OpenZFS.

    Да, переименовать бы не мешало, согласен.

     
     
  • 3.151, twister_hipster (?), 10:36, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Новость прочитай. Хотя бы 1 раз.

    Перечитал и снова увидел то, что FreeBSD переходит на мультиплатформенную реализацию OpenZFS вместо устаревшей illumos.

    Линукс там каким боком?

     
     
  • 4.160, Аноним (160), 11:33, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ибо это форк ZFS который разработали неудачники под Linux.
     
     
  • 5.164, twister_hipster (?), 11:38, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ибо это форк ZFS который разработали неудачники под Linux.

    Просто эти ребята слишком поздно поняли, что линукс — это проприетарная ОС с открытым исходным кодом.

     
     
  • 6.187, пох. (?), 14:14, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто эти ребята слишком поздно поняли, что линукс — это проприетарная ОС с открытым исходным
    > кодом.

    с _бесплатным_. А "открытым" надо писать со сносочкой - "* по мнению пасущихся на ней адвокатишек из FSF".

    Потому что ребята вовсе не собирались изменять линукс (включать в него намертво свою разработку или еще там что), в конце -концов, это их корм - но внезапно выяснилось, что код-то для _них_ - вовсе не "открыт", и в любой момент по желанию левой пятки - EXPORT_GPL_ONLY или вообще не экспортится наружу. Такая вот - открытость ;)

     
     
  • 7.203, Аннонно (?), 20:21, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты с предыдущим комментатором - слились в блаженном жабогадюкинге.
     

  • 1.138, ALex_hha (ok), 09:20, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот и ушел последний козырь freebsd, про который раньше кричали практически все фаны бсд - а у нас есть zfs. Шах и мат :D
     
     
  • 2.139, twister_hipster (?), 09:30, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ушел последний козырь freebsd

    Доо, выкунили старый неподдерживаемый код, заменив его более современным решением — это прям провал тысячелетия, ага. Фряха как была единственной системой с НОРМАЛЬНО работающей ZFS, так и останется ею.

     
     
  • 3.144, Аноним (29), 10:15, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ага. Фряха как была единственной системой с НОРМАЛЬНО работающей ZFS, так и останется ею.

    Обоснуй. С той самой кодбазой, и главное - тем же SPL.
    И что такое "НОРМАЛЬНО работающей ZFS"? Откуда капслок? Поверь, я насмотрелся её сюрпризы с волшебными range-locks и никак не могу понять что же изменит здесь фряха.

     
     
  • 4.152, twister_hipster (?), 10:39, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ага. Фряха как была единственной системой с НОРМАЛЬНО работающей ZFS, так и останется ею.
    > Обоснуй. С той самой кодбазой, и главное - тем же SPL.
    > И что такое "НОРМАЛЬНО работающей ZFS"? Откуда капслок? Поверь, я насмотрелся её
    > сюрпризы с волшебными range-locks и никак не могу понять что же
    > изменит здесь фряха.

    OMG... У меня есть серваки, которые работают с 10-12 года и всё с ними хорошо. На линуксе же даже сегодня максимум, что можно сотворить на zfs, так это домашняя файлопомойка с некритичными данными. Да и то на свой страх и риск.

     
     
  • 5.202, Аннонно (?), 20:18, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня есть серваки, которые работают с 10-12 года и всё с ними хорошо.

    А это показатель? У меня с 2012 вообще на XFS, и им ничего.

    > На линуксе же даже сегодня максимум, что можно сотворить на zfs, так это домашняя файлопомойка с некритичными данными. Да и то на свой страх и риск.

    Та обоснуй жеж. Кончай повторять мантру, давай информацию. Есть одна такая на петабайты, есть на ZoL другие, тысячи мелких по несколько терабайт, каждая из которых - критична.

     
     
  • 6.205, twister_hipster (?), 20:31, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >У меня с 2012 вообще на XFS, и им ничего.

    Молодец, я очень рад за тебя. У меня тоже есть серваки на XFS и тоже работают хорошо. Что сказать-то хотел?

    >Та обоснуй жеж.

    Что тут обосновывать? Только поехавший наркоман будет разворачивать такое в проде. Нигде и никогда не видел серьёзных решений на линуксовом зфс. Я конечно всяких наркоманов насмотрелся, но до такого никто из них не додумался.

     
     
  • 7.211, пох. (?), 22:42, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зочем вы тгавите? Если смириться с неэффективностью (и write amplification, и жор cpu, и использование половины памяти при необходимости вторую половину держать в резерве), неумением увеличивать размер тома без перезагрузки, прочими мелочами - то вполне можно и такое.

    Не думаю что оно будет сильно (или вообще) ненадежнее чем zfs на фре.

    И если тебе еще нужен raid6 и непременно линукс - то выбора в общем-то и нет.

     
     
  • 8.214, twister_hipster (?), 01:56, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По мне так если до усрачки нужен именно линукс, то для данного кейса лучше всего... текст свёрнут, показать
     
     
  • 9.220, пох. (?), 09:31, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ключевое слово - raid В случае xfs это будет md full resync на _любом_ нештатн... текст свёрнут, показать
     
     
  • 10.228, twister_hipster (?), 10:54, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    После двух degraded pool экспериментировать с ZFS под линуксом как-то желания не... текст свёрнут, показать
     
     
  • 11.237, пох. (?), 00:04, 28/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    degraded pool - это всего лишь пул, в котором отвалился диск в рейде, чинится за... текст свёрнут, показать
     
  • 10.230, НямНямка (?), 15:56, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как-то у вас очень всё драматично Подобные ужасы, по-моему, происходят тольк... текст свёрнут, показать
     
     
  • 11.238, Аноним (239), 00:06, 28/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так это ж пох, сказочник всего опеннета ... текст свёрнут, показать
     
  • 3.157, пох. (?), 11:20, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>ушел последний козырь freebsd

    еще, кстати, не ушел - патч заблокирован gnn

    > Доо, выкунили старый неподдерживаемый код, заменив его более современным решением —

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

    > это прям провал тысячелетия, ага. Фряха как была единственной системой с
    > НОРМАЛЬНО работающей ZFS, так и останется ею.

    главное - верить!

    Она и раньше там нормально не работала, если не использовать стремные патчи, проигнорированные продаванами насов, да и то - от проблем "пул не импортируется - destroy, пересоздайте", или "система крэшится при обращении к каталогу - destroy, пересоздайте" это не поможет совершенно ничем. Просто жили с этим. notabug же ж.

     
     
  • 4.159, twister_hipster (?), 11:28, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > ядро библиотеку лопающуюся по стеку". Современно! (раньше как-то было не принято,
    > действительно) А trim - ненужно, фуфу, устаревшее г-но.
    >> это прям провал тысячелетия, ага. Фряха как была единственной системой с
    >> НОРМАЛЬНО работающей ZFS, так и останется ею.
    > главное - верить!
    > Она и раньше там нормально не работала, если не использовать стремные патчи,
    > проигнорированные продаванами насов, да и то - от проблем "пул не
    > импортируется - destroy, пересоздайте", или "система крэшится при обращении к каталогу
    > - destroy, пересоздайте" это не поможет совершенно ничем. Просто жили с
    > этим. notabug же ж.

    Я не фанатик, мне проще. Если сломают, перейду на стильный модный молодёжный XFS.

     
     
  • 5.166, пох. (?), 11:43, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не фанатик, мне проще. Если сломают, перейду на стильный модный молодёжный XFS.

    а данные - хрен с ними? Или "у меня пока не падало" ?

    У меня вот - падало, "лопнуло, и забрызгало, вот, меня и товарищей прессу". Причем ладно бы однажды.

    Если мне все же понадобится где-то наколенная реализация хранилки для быстрой отдачи много мелких файликов с надежным их хранением - я вот хз, из чего ее теперь строить (ну, в смысле, не теперь, но через пару лет, когда 13 станет oldstable а 11/12 умрут)

     
     
  • 6.169, twister_hipster (?), 12:16, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Или "у меня пока не падало" ?

    Кстати за 10 лет использования ни одного серьёзного косяка.

    >через пару лет, когда 13 станет oldstable а 11/12 умрут

    GEOM наше всё!

     

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

  • 1.147, Аноним (143), 10:21, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Столько ходит баек про zfs, но как только вы с ней поработает, то ничего другого просто уже не захотите. На данный момент, ничего лучше просто нет. Рекомендую!
     
     
  • 2.162, Гей из корпорации (?), 11:36, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу видно Рубиста
     
  • 2.182, BSD_Cucks_BTFO (?), 13:24, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как дефрагментировать zfs?
     
  • 2.201, Аннонно (?), 20:10, 26/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Попробуйте высоконагруженные субд погонять. Огребёте D-state с небходимостью перезагрузки на высоких нагрузках, и просто снижение производительности на низких. Вроде поправили в прошлом году, через год узнаем.
    - Невозможность дефрагментации.
    - Хрупкий ARC.
     
     
  • 3.229, НямНямка (?), 15:48, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это какие именно "высоконагруженные субд". Поимённо, если можно.
     

  • 1.173, Сергей (??), 12:56, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    со времен 9-той фри юзаю zfs, был один трабл, все решилось через передачу снапшотов
     
     
  • 2.224, Онаним (?), 09:38, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё https://zfsonfreebsd.github.io
     

  • 1.176, Аноним (176), 13:03, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >https://open-zfs.org/
    >Warning: Potential Security Risk Ahead

    Кхм.

     
     
  • 2.222, Онаним (?), 09:37, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Оно https://zfsonlinux.org/
     
  • 2.223, Онаним (?), 09:38, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И https://openzfs.org
     
  • 2.225, Онаним (?), 09:39, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё https://zfsonfreebsd.github.io ...
     
  • 2.226, Онаним (?), 09:39, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Короче не наплодить овер 100500 доменов для одного проекта - это не для академиков.
     

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



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

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