The OpenNET Project / Index page

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

Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"

20.04.2019 07:56

Крис Мур (Kris Moore), создатель проекта PC-BSD и вице-президент компании iXsystems, объявил о начале тестирования установочных сборок FreeBSD 12-STABLE и FreeBSD 13-HEAD, в которых изначально поддерживаемая во FreeBSD реализация файловой системы ZFS заменена на наработки проекта "ZFS on Linux". Благодаря инициативе по обеспечению переносимости кода "ZFS on Linux" на другие системы, для FreeBSD были подготовлены порты sysutils/zol (утилиты) и sysutils/zol-kmod (модуль ядра), которые теперь предлагается протестировать. В контексте файловой системы наиболее простым способом тестирования является предоставление готовых установочных образов, в которых изначальная реализация ZFS отключена и предустановлены порты с "ZFS on Linux". В качестве ФС для корневого раздела могут использоваться UFS и ZFS.

Напомним, что в декабре прошлого года разработчики 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. Поддержка FreeBSD будет интегрирована непосредственно в код "ZFS on Linux" и развиваться в основном репозитории данного проекта.

Некоторые возможности, которые доступны в порте "ZFS on Linux" для FreeBSD, но отсутствуют в реализации ZFS от Illumos:

  • Режим multihost (MMP, Multi Modifier Protection);
  • Расширенная система квот;
  • Шифрование наборов данных;
  • Раздельный выбор классов распределения блоков (allocation classes);
  • Использование векторных процессорных инструкций для ускорения реализация RAIDZ и вычисления контрольных сумм;
  • Улучшенный инструментарий командной строки;
  • Исправление многих ошибок, связанных с состоянием гонки и блокировками.


  1. Главная ссылка к новости (https://lists.freebsd.org/pipe...)
  2. OpenNews: Разработчики FreeBSD намерены сменить реализацию ZFS на "ZFS on Linux"
  3. OpenNews: Выпуск ZFS on Linux 0.7.0, реализации ZFS для ядра Linux
  4. OpenNews: В состав Debian включена файловая система ZFS
  5. OpenNews: Выпуск дистрибутива OpenIndiana 2018.10, продолжающего развитие OpenSolaris
  6. OpenNews: Представлен проект OpenZFS, направленный на унификацию развития файловой системы ZFS
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/50543-freebsd
Ключевые слова: freebsd, zfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (224) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:50, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ну посмотрим что из этого получится. Если его прикрутят к FreeBSD как в Линуксе аля "с боку бантик", тогда нафиг нужно.
     
     
  • 2.2, Аноним (2), 09:03, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А в чем кривость реализации в линуксе? Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие приключения меня ждут? Btrfs хоть и линуксо-правильний и удобний но как-то я его боюсь...
     
     
  • 3.4, пох (?), 09:20, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –20 +/
    например - неумение управлять памятью - родовая беда самого линукса Решение пр... большой текст свёрнут, показать
     
     
  • 4.8, dimcha (??), 09:35, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +20 +/
    > "а давайте нарежем всю память чанками по 4k"

    MMU у 32bit x86 аппаратно поддерживали страницы 4Кб. Отсюда и размер, а не с потолка или от дешевизны системы. В винде тоже 4К - самый распространненный размер страниц. Это позже уже hugepages вкорячили и TLB перестал cache_miss выдавать

     
     
  • 5.10, пох (?), 09:57, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    а теперь подумайте верхней головой - сколько при заполненном полутерабайте у хра... большой текст свёрнут, показать
     
     
  • 6.18, Адекватный (?), 11:23, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Жоский ты человек Пох! :)
     
     
  • 7.26, пох (?), 12:15, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    я просто реалист. Что вижу - о том и пою. Поводов для радости, увы, не вижу.


     
  • 7.56, Аноним (56), 15:11, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, просто он думает как типичный железняк, а не специалист, который пишет низкоуровневый код и понимает все грабли x86 и их микроархитектур.
     
     
  • 8.62, ананим.orig (?), 16:08, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Он никак не думает Как он там сказал Верхней головой Так вот она у него прост... текст свёрнут, показать
     
     
  • 9.64, ананим.orig (?), 16:13, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ззыж Да С айзеном хотя бы было весело А до этого с занзвером А с этим даже к... текст свёрнут, показать
     
  • 9.96, Школьник (ok), 19:27, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если не вспоминать про стабильность и неумение терять данные, тогда да, вопросов... текст свёрнут, показать
     
     
  • 10.98, ананим.orig (?), 20:01, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оно понимает что в ветке обсуждается выделение памяти Ну нет, так нет ... текст свёрнут, показать
     
  • 10.105, vg (??), 21:27, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну и у меня Linux mdadm на ехт3 12 лет проработал в продакшине это-ж над... текст свёрнут, показать
     
     
  • 11.109, пох (?), 23:06, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    скорее попался сказочно надежный луч питания Один неудачный павердаун - и подоб... текст свёрнут, показать
     
  • 10.178, freehck (ok), 11:29, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Честно скажу, btrfs не юзал, но насколько я помню статус, у неё из нестабильных ... большой текст свёрнут, показать
     
  • 8.231, bOOster (ok), 10:20, 10/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как типичный железняк думает только тот кто считает что кроме x86 ничего больше ... текст свёрнут, показать
     
  • 6.28, Аноним (28), 12:39, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну хорошо, допустим, в Линухе всё так плохо с управлением памятью при очень больших объёмах. Почему же тогда Линух почти вытеснил все остальные ОС из Top-500 суперкомпьютеров?
     
     
  • 7.38, псевдонимус (?), 13:50, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А допустим, что ты хороий программист, почему же у меня снег идёт?
     
  • 7.44, Аноним (44), 14:22, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это же очевидно: потому что все, кроме поха, идиоты.
     
  • 7.65, Аноним (65), 16:15, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Потому что остальные ОС ЕЩЕ ХУЖЕ, разумеется.
     
     
  • 8.66, Аноним (66), 16:21, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ахахаха Интересно икается ли сейчас людям получившим нобелевку Ведь они доказа... текст свёрнут, показать
     
     
  • 9.76, Аноним (76), 16:53, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    с этого места попрошу подробнее Кто доказал, когда ... текст свёрнут, показать
     
     
  • 10.80, qwerty123 (??), 17:35, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет наихудщего я бы поправил, но без понимания критериев качества пипл жует ч... текст свёрнут, показать
     
     
  • 11.90, microcoder (ok), 18:48, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В статье представлен пример об износе которое сокрыто от покупателя и последний ... текст свёрнут, показать
     
     
  • 12.94, Аноним (94), 19:25, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогия совершенно некорректна Вопрос не в износе а в разном количестве информ... текст свёрнут, показать
     
  • 9.180, freehck (ok), 11:37, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то эмпирика достаточно ясно показала, что дело не в отсутствии наличии ре... текст свёрнут, показать
     
  • 8.134, Даздраперма (?), 01:13, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу Вспоминается как Торвальдс Танненбауема послал с его сферическим цирком с к... текст свёрнут, показать
     
     
  • 9.137, ананим.orig (?), 01:20, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Серьезно Ну да, Тлраальдс жеж спец по рынкам, базарам и прочтим житам ... текст свёрнут, показать
     
  • 9.140, Аноним84701 (ok), 02:06, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если под оно имелась в виду Minix, то оно вроде как вполне себе живо и даже дово... текст свёрнут, показать
     
  • 7.119, Аноним (119), 00:02, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    мужик, в TOP500 от линукса нужна только запускала MPI программ и возможность откусить лишнее.
    стораджи и их OS - удивительно но не рассматриваются.
     
     
  • 8.135, Даздраперма (?), 01:14, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    простите кому чего откусить Это вы с чиновниками случаем не путаете ... текст свёрнут, показать
     
     
  • 9.146, Ю.Т. (?), 07:34, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Экземплярам ОС на счётных модулях узлах откусить Там действительно выгодно ... текст свёрнут, показать
     
  • 8.136, ананим.orig (?), 01:16, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сайту с топ500 8212 возможно А владельцам А Попасть на сайт топ500 Интере... текст свёрнут, показать
     
  • 7.161, Аноним (161), 13:41, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А почему при средней ужасности во многих отношения ОС Windows Она господствует на десктопах. Ответ - поддержка железа. А ещё много народу считают другие ОС семейства *nix дистрибутивами Linux (сам офигел, и потратил время на просвещение, ибо страшно), а следовательно у Linux лучше PR. В копилку последнего, linux бы не существовал, если б Линус вовремя узнал о 386 BSD, ну или расклады были б немного иные.

    Меня во Фре раздражает многое, но всё относится к области отсутствия достаточных ресурсов чтобы заняться данным вопросом. Что не скажешь про Linux, которые местами выбешивает элементами дизайна ОС.

     
  • 6.124, pda (?), 00:14, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Что страницы у вас 4k - совершенно необязательно означает, что хранить кэш диска надо блоками размером в страницу,

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

     
  • 4.12, Онаним (?), 10:15, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Неумение управлять памятью - внезапно беда кривой поделки ZFS, использующий свой собственный кэш вместо системного, а не линуксов. Системному кешу линуксов внезапно пофиг, сколько там памяти - полтерабайта или два терабайта, у него с поиском всё нормально.
     
     
  • 5.25, пох (?), 12:10, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    угу, он все равно абсолютно бесполезный Поскольку не умеет отличить данные от м... большой текст свёрнут, показать
     
     
  • 6.32, Аноним (32), 13:40, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    И где ты в линуксовом менеджере памяти линейные поиски нашел, а поехавший ?

    Ccылки на исходники в студию.

     
  • 6.57, Аноним (57), 15:12, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А в какой версии был линейный поиск по page cache? До 2.6 (15 лет назад) там уже был хеш, а с 2.6 сделали radix tree:
    http://books.gigatux.nl/mirror/kerneldevelopment/0672327201/ch15lev1sec2.html

    https://lwn.net/Articles/684864/

     
     
  • 7.58, Michael Shigorin (ok), 15:30, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, он порой промахивается, всё так же уверенно давая оценки без квалификаторов "кажется", "помнится" и "вроде бы".  Что сильно снижает применимость информации в таких комментариях, увы.
     
     
  • 8.70, Аноним (57), 16:36, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну в целом он прав, улучшения в page cache под huge pages только пока обсуждаютс... текст свёрнут, показать
     
     
  • 9.81, ананим.orig (?), 17:42, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да Потом эти же люди будут ждать прозводительности, стабильности, , дефраг... текст свёрнут, показать
     
     
  • 10.110, пох (?), 23:08, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    все, п-ц, в линyпсе нормального кэша не ждите Ну ооок ... текст свёрнут, показать
     
  • 10.120, Аноним (119), 00:05, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    где траву такую взял и почем ты слово Compound-Page слышал оно тоже выде... текст свёрнут, показать
     
     
  • 11.131, ананим.jrig (?), 00:49, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https en wikipedia org wiki Memory_management_unit зыж серьезно можешь даже т... текст свёрнут, показать
     
  • 3.45, RNZ (ok), 14:27, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Под Linux в prod с 2016 года Дома в mirror под home с 2017 code egrep -v ... большой текст свёрнут, показать
     
     
  • 4.74, Аноним (74), 16:44, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уже года два живу с btrfs на машине. Ни разу не было проблем с потерей данных на трех машинах. Возможно, дело в том что использовались только LTS ядра после 20-й версии.
     
     
  • 5.79, RNZ (ok), 17:29, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уже года два живу с btrfs на машине. Ни разу не было
    > проблем с потерей данных на трех машинах. Возможно, дело в том
    > что использовались только LTS ядра после 20-й версии.

    Как я понял, это не связано с ядрами, а связано с тем как сбрасываются dirty pages на накопитель.
    Может в последние пару лет, чего и подкрутили в драйвере btrfs и он стал надёжнее записывать данные.

     
  • 3.48, Аноним (48), 14:33, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Приключение, если можно так назвать -- чтение документации, она (от Оракла) слишком подробна и может испугать обёмом. Для домашнего nas хватит 5-10 страничек.

    Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена поддержка TRIM.

     
     
  • 4.111, пох (?), 23:10, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена
    > поддержка TRIM.

    ну молодцы, че. Жаль что фребеэсде с такой zfs все равно нафиг не нужно - у нас уже есть один zol, зачем нам второй? ;-)

     
     
  • 5.145, Аноним (145), 07:29, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Основные проблемы решены, в версии 0.8 (на днях вышел 4й кандидат в релизы) добавлена
    >> поддержка TRIM.
    > ну молодцы, че.

    Вот и ты будь молодцом, удали все свой трындёж про "TRIM никогда не будет" ;-)

    > не нужно -
    > у нас уже есть один zol, зачем нам

    И сколько там, Николай Второй, вас? 5? 10? Давно ли пришли к консенсусу?

     
  • 3.149, rinat85 (?), 10:22, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    например в домене AD для smb шар не очень годится, если для FreeBSD раньше можно... большой текст свёрнут, показать
     
  • 3.172, freehck (ok), 09:45, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то, если вы планируете использовать миррор, то btrfs достаточно стабил... большой текст свёрнут, показать
     
     
  • 4.188, PnDx (ok), 14:26, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это с чего бы не предусматривает Но таки да, включать есть смысл разве что на ... большой текст свёрнут, показать
     
     
  • 5.226, freehck (ok), 02:40, 11/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не предусматривает в том плане, что выключение дедупа не ведёт к уменьшению потр... большой текст свёрнут, показать
     
     
  • 6.227, PnDx (ok), 11:52, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хм В моей картине мира ОЗУ отжирается в попытке держать все хэши под рукой ... большой текст свёрнут, показать
     
     
  • 7.228, Michael Shigorin (ok), 13:38, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мне вот, например, нужно "подпирать" запись на медленные шпиндели
    > быстрыми ssd. И как это в linux сделать?

    bcache?

     
     
  • 8.229, PnDx (ok), 15:35, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не поленился найти более-менее актуальный дайджест https habr com ru compan... большой текст свёрнут, показать
     
     
  • 9.230, Michael Shigorin (ok), 09:18, 14/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Коллега прокомментировал так в ZFS есть intent log ZIL SLOG ... текст свёрнут, показать
     
  • 9.234, freehck (ok), 14:35, 17/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я хочу дополнить коллегу Шигорина следующими соображениями Мы проверяли, ZIL им... текст свёрнут, показать
     
     
  • 10.235, Andrey Mitrofanov_N0 (??), 09:03, 18/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как http www databasesoup com 2015 02 running-with-scissors-mode html проверял... текст свёрнут, показать
     
  • 2.3, пох (?), 09:06, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да ничего в общем хорошего - баги сложнее опечаток по прежнему будут не исправля... большой текст свёрнут, показать
     
     
  • 3.6, andy (??), 09:22, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Слушай, пох, ты как-то обмолвился, что приходишь сюда потроллить любителей опенсорса. Я не осуждаю,
    просто ты и нах, говните вообще все. К тебе и наху у меня один вопрос, а что из софта, не важно проприетарного или опенсорсного вам вообще нравится? Или беспросветное говно абсолютно все?
     
     
  • 4.11, КГБ СССР (?), 10:11, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –14 +/
    Но ведь это правда, в Open source как бы все кал.

    Пользовался этим вашим линуксом долгое время.

    Все что в нем есть, это кривой графический стек, кривые старые иксы и не работающее ускорение видео в браузере в 2019 году!
    Даже в кривой винде ускорение видео в браузере работает и графический стек нормальный.

    Так что пользуйтесь своими кривыми поделками сами.

     
     
  • 5.39, Gannet (ok), 13:54, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    О, приветик. А ты сам в зеркало посматриваешь хоть иногда? Кривизны там не заметил? А везде тебе кривизна мерещится.
     
     
  • 6.46, Аноним (48), 14:29, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там извечное "доктор, ну а откуда у вас такие картинки?" (с)
     
  • 6.87, КГБ СССР (?), 18:34, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То есть вы считаете, что в линуксе графический стек нормальный?

    Ну у убогих свои причуды...

     
  • 5.99, Школьник (ok), 20:05, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Дядя, он-то кривой, как пространство-время в окрестностях черной дыры, только во... большой текст свёрнут, показать
     
     
  • 6.101, НяшМяш (ok), 20:49, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Немного нейтральных уточнений про macOS Так точно, версии выше 3 1 в макось так ... большой текст свёрнут, показать
     
     
  • 7.106, Школьник (ok), 21:45, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Игорей там все равно не будет, ну да ладно - я был неправ насчет маргинальности ... большой текст свёрнут, показать
     
     
  • 8.160, Ретроград (?), 13:07, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Буквально несколько дней назад на ютубе чуваки воткнули макось на вируталку и за... текст свёрнут, показать
     
  • 4.19, Ю.Т. (?), 11:30, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Полагаю, деградация того, на что потрачено много лет жизни, угнетает-таки.
    И то, что процесс этот, видимо, закономерный, не утешает.
    Не так-то всё просто с этой самой свободой.
     
  • 4.27, пох (?), 12:25, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    тут, к сожалению, уже не троллинг - действительно очень жаль что оно кончится во... большой текст свёрнут, показать
     
     
  • 5.36, andy (??), 13:46, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так есть что-либо, что нравится или нет?
     
     
  • 6.47, Аноним (44), 14:30, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да нет, нет. Вон раньше небо было зеленее, трава голубее, а сейчас всё — г… и все — п…
     
  • 4.31, Аноним (31), 13:28, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я не пох, но таки программер и да, вообще любой софт, опен там он сорс или нет, абсолютное гавно.
     
     
  • 5.33, Аноним (32), 13:41, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Твой да.
     
     
  • 6.132, Аноним (31), 00:58, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И мой к сожалению тоже. Вообще IT индустрия это полный ппц с клиническими идиотами.
     
     
  • 7.168, Аноним (168), 01:14, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Покатайся пару годиков по стране, поговори с людьми разный профессий.
    И обнаружишь, что эти люди, которых, ты называешь клиническими идиотами, ещё ого-го на общем фоне.
    А самокритика это хорошо, поддерживаю.
     
  • 5.49, Gannet (ok), 14:37, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Даже то, что называется абсолютным в природе, оно относительно. А значит, ничего абсолютного не бывает.
     
  • 4.59, Michael Shigorin (ok), 15:36, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > просто ты и нах

    А ты ещё не догадался, что это один и тот же человек, как и "товарищ майор", "гугль", "редхат" и протчая, и протчая? :D

    По почерку же видно (наверное, близнецами бывают телом, но не душой).

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

     
     
  • 5.78, имя (?), 17:23, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > PS: я знаю, кто это, в прошлом веке ещё общались

    В фидонете, поди? Есть у меня подозрение, что я его тоже знаю.

     
  • 5.102, crypt (ok), 21:10, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А ты ещё не догадался, что это один и тот же человек

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

     
  • 5.112, пох (?), 23:20, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    пох - в основном я, ником нах помимо меня пользуется еще кто-то, эпизодически,... большой текст свёрнут, показать
     
     
  • 6.179, Ivan_83 (ok), 11:35, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это типичная сисадминская проблема: разработчики говнокодят а им потом в этом разбиратся.
    И выход естественный - самому говнокодить :)
     
  • 6.207, АнкхС (?), 13:16, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто не надо ничего изучать впрок. Напрасная трата сил. Есть задачи, есть усилия, есть оплата. Мне жаль таких как Вы.
     
     
  • 7.209, Michael Shigorin (ok), 13:28, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Просто не надо ничего изучать впрок. Напрасная трата сил.
    > Есть задачи, есть усилия, есть оплата.

    Это, полагаю, не овощное даже существование (те хоть растут), а винтика в механизме.

    > Мне жаль таких как Вы.

    А нам -- таких, как вы.  Но каждый сам выбирает.

     
     
  • 8.223, ПавелС (ok), 14:41, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Именно винтика Сел на стул и расти Как Вы относитесь к положению некоторых люд... текст свёрнут, показать
     
  • 7.211, пох (?), 15:13, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто не надо ничего изучать впрок. Напрасная трата сил. Есть задачи, есть
    > усилия, есть оплата.

    И зачем вам платить за то, что вы сейчас собираетесь неспешно изучить (по копипастам со стэковерфлоу)? Таджик и дешевле, и работящее.
    Есть задача, есть специалисты, умеющие ее решать - _хорошо_. А не сейчас-быстренько-накопипастить-потом-дочитаю-как-оно-работает.

    > Мне жаль таких как Вы.

    да, в мире копипастеров и "все решения уже есть в гуле" грамотным людям не место, это верно. Дешевле нанять макаку, освоившую быстропоиск.

    но у меня все еще остается выгул собак в качестве бизнеса. "быстренько накопипастить" не получится, могут укусить.

     
  • 3.82, Дон Ягон (?), 18:10, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так сам же пишешь, что как не принимаются, так и не будут приниматься Т е ниче... большой текст свёрнут, показать
     
     
  • 4.113, пох (?), 23:31, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его за... большой текст свёрнут, показать
     
     
  • 5.129, Дон Ягон (?), 00:26, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По сравнению с ними не толстая, да Да я не про это Понятно что неплохо, у меня... большой текст свёрнут, показать
     
     
  • 6.133, ананим.orig (?), 01:00, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как, хорошо?
    >> ну какая ж она большая и толстая - сравни с орацлом или даже саном времен его заката.
    > По сравнению с ними не толстая, да.

    redhat покупается ibm... получается linux одномоментно становится в 20 раз длиннее и в 5 толще?
    может стоит оставить замеры анальных зондов специалисту выше?

     
     
  • 7.150, пох (?), 10:30, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    к сожалению для любителей zfs, редхат уже купил другие наработки, подорого, поэтому не надейтесь что они передумают. У вас будет xfs over lvm(lite, хм) - с собственной реализацией всех ключевых идей - и дедапа, и сжатия, и trim, и дублирования данных - на блочном уровне вместо уровня fs.

    На все деньги теперь и ibm, ага.

    > может стоит оставить замеры анальных зондов специалисту выше?

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

     
  • 5.147, Аноним (145), 07:55, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну вот разработка ZoL (именно в Linux) оплачивается какой-то большой и толстой конторой. И как,
    >> хорошо?
    > ну какая ж она большая и толстая

    Подумаешь, протухли стратегические запасы нефти -- это не делает Министерство энергетики США банкротом. У них бездонный кредит доверия, станок и лобби на Опеннете.

     
     
  • 6.196, Клыкастый (ok), 15:56, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Такое сальто-мортале по втаскиванию политоты впечатляет.
     
  • 3.104, anonus (?), 21:21, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >а вот два (или три) основных коммитера нынешей zfs с Украины (коммиты от людей, выдающих себя сейчас за "отцов проекта" там в лупу не разглядеть) - видимо, пойдут на мороз.

    Ага, при этом один сидит на фоундейшен деньги, второй в той же iX. Уже собираются на мороз.

     
  • 3.121, Аноним (119), 00:07, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    сложно сказать.. а большие это насколько? 10P-20P - это большая или не очень ?
    А там тож линукс валяется.. правда с ext4.
     
     
  • 4.123, пох (?), 00:13, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А там тож линукс валяется.. правда с ext4.

    вам эти данные вообще, видимо, не нужны?

    (про бэкап не спрашиваю, восстановление закончится с тепловой смертью вселенной)

    P.S. интересно, сколько там выполняется fsck, сколько при этом требуется памяти и выполняли ли это хотя бы один раз

     

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

  • 1.5, Аноним (5), 09:22, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Когда уже перейдут на ядро Linux?
     
     
  • 2.24, пох (?), 12:03, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не торопите события. Щас вот kms докопипастили, теперь докопипастят zol, останется выпилить слишком хорошо работающий ipsec и больше преимуществ не останется, можно докрашивать и выбрасывать остальное (а то оно плохо совместимо с systemd, а без него гом какой-то вялый).

     
     
  • 3.34, Аноним (32), 13:41, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > слишком хорошо работающий ipsec

    БУГАГА !!!! Хорошо работающий ipsec, хорошая шутка.

     
  • 3.181, Ivan_83 (ok), 11:42, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ващето linuxkpi юзается не только для дров на видюхи но и для дров некоторых сетевух.
    С другой стороны из того что реально лучше и проще выкинуть и втащить с линукса - вифи, ибо во фре только 2,4n.
    А дальше выкидывать ничего смысла нет, остальное прекрасно работает, линуксятники пусть дальше пилят дрова а во фрю их на шару забирать будут.
     
     
  • 4.200, Ананнимас (?), 18:22, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    еще бы упраление питанием стыбрили бы и работу с USB3/sd
    а то под фрей ноут постоянно гудел с включенным поверд. Поставил бубунту лтс - тишина без каких-либо настроек.

    Печально все это. Теперь фришка в виртаулочке крутится. А бубунта бубунтит.
    Хотя одно меня удивило. ПОд фрей амдшные драйера работали на ура, окромя 3д разве что. Фурифокс казал котиков на ютюбчике без тиринга и особой нарузки под цпу. Под бубунтой сразу напрягается одно ядро, а под ксубунтой впервый за долгие годы увидел тиринг даже при простом браузинге. Жесть.

     
  • 2.42, VINRARUS (ok), 14:14, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда уже перейдут на ядро Linux?

    Когда в этом будет хоть какой то смысл.

     
     
  • 3.173, Andrey Mitrofanov (?), 10:09, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Когда уже перейдут на ядро Linux?
    > Когда в этом будет хоть какой то смысл.

    Нет, когда ZOG ^W Микрософт скажет, что GPLv2== уже окончательный пермиссив, и Джим Землин подтвердит и проаплодирует.

     

  • 1.7, andy (??), 09:25, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Отличная новость. Когда-то бсдшники хвастались, что у них есть zfs "подаренная" Sun'ом. Через 11 лет они перешли на реализацию zfs написанную для linux!
     
     
  • 2.9, dimcha (??), 09:38, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    так а ZoL кто zfs "подарил"? )))
     
  • 2.14, анонн (?), 10:42, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так сформулированно, как будто чуть ли не каждый опеннетный пользователь линук... большой текст свёрнут, показать
     
     
  • 3.22, пох (?), 11:55, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Радуйтесь, может теперь в эту вашу "superior to BSD" раелизацию хоть TRIM завезут.

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


     
     
  • 4.35, псевдонимус (?), 13:44, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Походу зфс всё ( Зато "щифрование" завези.
     
     
  • 5.50, Gannet (ok), 14:41, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ну, если ZFS для тебя это всё, я могу тебя только поздравить. Расти бАльшой.
     
  • 5.114, пох (?), 23:33, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    шифрование через geli в общем-то работало и до того (да, поверх него можно было создать zfs и такой вариант работоспособен...в тех же пределах что обычная zfs)
    Без странности от дельфикса, ради которой, если кто не заметил, искалечено громадное количество не трогавшегося со времен сана кода, я бы, пожалуй, предпочел пережить.

     
     
  • 6.141, псевдонимус (?), 02:21, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >шифрование через geli в общем-то работало и до того (да, поверх него можно было создать zfs и такой вариант работоспособен...в тех же пределах что обычная zfs)

    Я так и делал...

     
  • 6.142, псевдонимус (?), 02:25, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Без странности от дельфикса, ради которой, если кто не заметил, искалечено громадное количество не трогавшегося со времен сана кода, я бы, пожалуй, предпочел пережить.

    Но у них шилов одном месте.

     
  • 6.182, Ivan_83 (ok), 11:44, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Шифрование на уровне фс намного интереснее.
     
     
  • 7.197, пох (?), 17:05, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну нет, оно оставляет снаружи слишком много данных - перечитай результат аудита encfs, подумай, что из этого "на уровне fs" тоже останется, и каких еще лишних сведений получит атакующий.

    Я понимаю еще, если б ты сказал что geli+zfs (в ее bsd-версии) вряд ли работает эффективно (хотя мне доказывали, что да - но как-то малоубедительно)

     
     
  • 8.221, riv1329 (?), 15:59, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В первую очередь, шифрование интересно с точки зрения передачи потом зашифрованн... текст свёрнут, показать
     
  • 7.220, riv1329 (?), 15:55, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кто поставил - это каменту? Аргументы будут?
     
  • 6.219, riv1329 (?), 03:47, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    RAIDZ В ZFSonLinux на механических накопителях большая попоболь. Говорю, как пользователь. И только лишь в zfsonlinux 8.0 планируются нововведения которые позволят теоретически сделать resilving zpool содержащий, raidz vdev из дисков 8ТБ не за 2 месяца (если повезет, а то и пол года-год! Харды умрут а оно так и не доделается), а за 10-20 часов, как это и должно быть.

    Сейчас оно проверяет данные, проигрывая их в порядке совершения транзакций, рождая огромный поток случайного чтения. М одного vdev из 5 дисков по 8TB снимается от 50 до 1000 iops и скорость соответственно в сотни килобайт в секунду при объеме vdev 32ТБ!

     
  • 5.195, Annoynymous (ok), 14:56, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Походу зфс всё (

    А что, другие ОС в вашу вселенную не завезли?

     
  • 4.97, Аноним (97), 19:28, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь есть общая реализация иtrim  для всех. В zol заехалала месяц назад.
     
  • 3.51, Аноним (48), 14:42, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Радуйтесь, может теперь в эту вашу "superior to BSD" раелизацию хоть TRIM
    > завезут.

    Будьте в теме.

    zfs-0.8.0-rc4

    New Features

        Native encryption
        Device removal
        Allocation classes
        Pool checkpoints
        Sequential scrub and resilver
        Project quota
        Channel programs
        Direct IO
        Deferred resilvers
        Pool initialization
        pyzfs python3 compatibility
        Pool TRIM*

    https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0-rc4

     
     
  • 4.72, анонн (?), 16:39, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А теперь внимание на мелкий шрифт Смотрит в ZoB code grep -R Kiselkov usr... большой текст свёрнут, показать
     
     
  • 5.73, анонн (?), 16:43, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Смотрит в ZoB:
    > % grep -R Kiselkov /usr/src/sys/cddl

    Забыл добавить:
    > % uname -rs                                                                                
    > FreeBSD 12.0-STABLE

     
  • 5.148, Аноним (145), 08:27, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то шибко мелко, в https github com zfsonlinux zfs blob master AUTHORS конт... большой текст свёрнут, показать
     
     
  • 6.155, анонн (?), 11:54, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем на те 300 персон, когда есть конкретный коммит https github com zfson... большой текст свёрнут, показать
     
  • 3.83, Дон Ягон (?), 18:14, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в эту вашу "superior to BSD" раелизацию хоть TRIM завезут

    Там-то она есть как раз. В отличие от ZoL.

     
     
  • 4.107, анонн (?), 22:40, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> в эту вашу "superior to BSD" раелизацию хоть TRIM завезут
    > Там-то она есть как раз. В отличие от ZoL.

    Superior to sth. == превосходство над чем-то.
    Или?


     
     
  • 5.125, Дон Ягон (?), 00:15, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>> в эту вашу "superior to BSD" раелизацию хоть TRIM завезут
    >> Там-то она есть как раз. В отличие от ZoL.
    > Superior to sth. == превосходство над чем-то.
    > Или?

    Угу, я что-то в глаза пое..^Wполюбился. Отвечал, подразумевая, что оппонент считает, что в FreeBSD этого не было, а теперь будет.

     
  • 3.93, anonus (?), 19:09, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >В общем, OpenZFS не взлетел

    Наоборот, взлетел и теперь на основе кодовой базы ZoL.

    >ZoLеры обратно в общий пул коммитить как бы с самого начала не собирались

    Коммитили, но скорость развития в илюмос гейт не радует.

    >Радуйтесь, может теперь в эту вашу "superior to BSD" раелизацию хоть TRIM завезут.

    В FreeBSD TRIM самыми первыми хавезли. В илюмос появилась альтернативная реализация.
    Букавально в прошлом месяце в ZoL заехала версия из илюмос и теперь TRIM будет одинаковый и у всех.

     
     
  • 4.108, анонн (?), 22:45, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только нызенко-нызенко Возможно что коммитили, но повторю аргумент разраба Я... большой текст свёрнут, показать
     
  • 2.41, VINRARUS (ok), 14:13, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Отличная новость. Когда-то бсдшники хвастались, что у них есть zfs "подаренная" Sun'ом.
    > Через 11 лет они перешли на реализацию zfs написанную для linux!

    Маркетинг с "новыми рюшечками" победил здравый смысл.


     

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

  • 1.13, Онаним (?), 10:18, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Следующий этап - тестирование сборок, переведённых на ядро Linux. Oh shi...
     
     
  • 2.16, анонн (?), 10:47, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Следующий этап - тестирование сборок, переведённых на ядро Linux.

    В смысле, вот так:
    https://www.debian.org/ports/kfreebsd-gnu/
    https://wiki.gentoo.org/wiki/Gentoo_FreeBSD
    > a Gentoo system based on the FreeBSD kernel
    > Oh shi...

     
     
  • 3.20, Онаним (?), 11:32, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А какой ныне в этом смысл, если в бздшном ядре и около не осталось ничего интересного?
     
     
  • 4.37, псевдонимус (?), 13:47, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что интересного в ведре lинукс? Дырявые "контейнеры"?
     
     
  • 5.53, Gannet (ok), 14:44, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В linux огромное кол-во типов контейнеров поддерживается. Хочешь, выбирай дырявый, хочешь - не дырявый. О котором из них ты сейчас? А сколько "не дырявых" контейнеров поддерживается в FreeBSD?
     
     
  • 6.54, псевдонимус (?), 14:54, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А сколько "не дырявых" контейнеров поддерживается в FreeBSD?

    Недырявые джайлы.

    >В linux огромное кол-во типов контейнеров поддерживается.

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

     
     
  • 7.60, Michael Shigorin (ok), 15:41, 20/04/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.61, псевдонимус (?), 15:54, 20/04/2019 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 9.67, Michael Shigorin (ok), 16:21, 20/04/2019 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 8.215, crypt (ok), 00:06, 27/04/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.68, Gannet (ok), 16:25, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> А сколько "не дырявых" контейнеров поддерживается в FreeBSD?
    > Недырявые джайлы.
    >>В linux огромное кол-во типов контейнеров поддерживается.
    > Нормалные толко опенвз, но они не ко двору рэдхэт. Кстати перечисл бы
    > осталные.

    Я вот использую systemd-nspawn, меня вполне устраивают. Ну да-да, systemd и всё такое... сейчас начнётся старая песня. Но они реально удобные и простые.

     
     
  • 8.126, пох (?), 00:21, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    покажи аналог jail -l -n shit-program -s 2 var chroot hostname MY_IP usr lo... текст свёрнут, показать
     
     
  • 9.152, Prototik (ok), 10:50, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    systemd-nspawn -M shit-program -D var chroot usr local sbin shit-program args ... текст свёрнут, показать
     
     
  • 10.156, анонн (?), 12:01, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    За что https manpages debian org jessie systemd systemd-nspawn 1 en html ... текст свёрнут, показать
     
  • 10.165, пох (?), 18:35, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не вижу здесь привязок сетевых интерфейсов нет, не надо все, надо конкретные, у... текст свёрнут, показать
     
     
  • 11.203, crypt (ok), 22:34, 24/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    системд, конечно, мда но фрибздешников пинать тоже очень легко инклуды в jai... текст свёрнут, показать
     
     
  • 12.205, пох (?), 09:50, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    если вам нужны тысячи джейлов на одной системе - вы явно делаете что-то не так и... текст свёрнут, показать
     
     
  • 13.213, crypt (ok), 23:52, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну ес-но не нужно слив засчитан ... текст свёрнут, показать
     
  • 12.210, Аноним (-), 13:48, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно не разобравшись jail conf и прочее - это обвязка, причем легкая доста... большой текст свёрнут, показать
     
     
  • 13.212, crypt (ok), 23:49, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    но зачем почему такой простой вещи нет в базе в openvz она 10 лет можно и в... текст свёрнут, показать
     
     
  • 14.216, Аноним (-), 00:19, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз ты так говоришь, то да, это убойный аргумент ... текст свёрнут, показать
     
  • 14.217, Аноним (-), 00:29, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз pkg info -ds ezjail ezjail-3 4 2_1 Flat size 118KiB 0 зависимост... текст свёрнут, показать
     
  • 6.122, zzz (??), 00:12, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Об этом сейчас мало кто помнит, но в годах эдак 2011-2012-ых линуксоиды кипятком мочились в штаны от того, что у них гипервизор, который позволяет крутить виртуалки, а в этой глупой фре только глупые никому не нужные джайлы.

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

     
     
  • 7.127, пох (?), 00:23, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 2к19 - линуксоиды поняли, что гипервизор - это слишком большие накладные расходы,

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

    Ну им привычно чесать левое ухо правой пяткой.

     
     
  • 8.171, zzz (??), 09:40, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В огороде бузина, а в Киеве дядька ... текст свёрнут, показать
     
  • 7.154, КГБ СССР (?), 11:22, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому что линуксоиды в большинcтве своем это токсичные лицемеры.
     
  • 7.204, Michael Shigorin (ok), 22:43, 24/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > 2к19 - линуксоиды поняли, что гипервизор - это слишком большие
    > накладные расходы, и теперь в почете контейнеры, суть - те же джайлы.

    Вас ведь правда не затруднит кругом марш читать, в каких годах появились vz, vserver и openvz?  Хотя бы чтоб такую феерическую чушь не нести, например.

     
     
  • 8.214, crypt (ok), 23:59, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    он там, конечно, чушь сморозил, но загвоздка в том, что openvz в том виде, как ... текст свёрнут, показать
     
  • 4.63, имя (?), 16:12, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В линукс уже завезли более вменяемый kqueue?
     
     
  • 5.69, Gannet (ok), 16:27, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В линукс уже завезли более вменяемый kqueue?

    Фуру на таможне задержали.

     
     
  • 6.166, линукс (?), 18:36, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это не наш кокс!
     
  • 4.184, Ivan_83 (ok), 11:48, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Просто ты ядро фри не видел.
    нетграф, геом, осс (как для юзера), kqueue() - вполне годные вещи.
    Есть ещё mac, тоже весьма интересный фреймворк.
     

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

  • 1.15, Аноним (15), 10:43, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Вторая новость подряд довольно тонкий набросец. Автор молодец.
    По факту - слияние кодовых баз. Вместо того, чтобы распылять силы на n реализаций по типу "у каждого своя".
     
     
  • 2.201, Клыкастый (ok), 01:50, 24/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вторая новость подряд довольно тонкий набросец. Автор молодец.
    > По факту - слияние кодовых баз. Вместо того, чтобы распылять силы на
    > n реализаций по типу "у каждого своя".

    Не убивай интригу. Тут уже рубилово, пламя до потолка и с обстрелов вот-вот в штыковую, а ты такой... "А о чём спорить?". Имей совесть. Можешь - набрось, не можешь - наблюдай со стороны :-)

     

  • 1.17, DmA (??), 11:14, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Стагнация и Оракл - это слова-синонимы
     
     
  • 2.23, орацле (?), 11:58, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а мы тут причем? Вам список изменений за последние два года, криво и плохо (или вообще не) воспроизведенных на коленке в "открытой" версии зачитать вслух, или вы сами способным воспользоваться гуглопоиском?

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

     
     
  • 3.30, DmA (??), 12:50, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    уже все сановские открытые проекты стагнируют(OpenOffice,OpenSolaris,java вкривь пошла,mysql тоже добились, чтобы их форкнули. Всё чего касается Оракл, приходит в запустение
     
     
  • 4.128, орацле (?), 00:26, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > уже все сановские открытые проекты стагнируют(OpenOffice,OpenSolaris,java вкривь пошла,mysql

    повторяем - а мы тут причем? Вам дали - вы и пилите, они золотые.

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

    неправда, у нас прекрасно работает солярис (и в ем zfs с кучей фич, которые вы либо осилили в бета версии, либо неосилили вообще, только у нас еще и работают), орацл-дб, унбрякабл линукс, и вон даже btrfs мы вам почти допилили до почти рабочего состояния.

    а вот все, куда мы пустили адептов секты - оно да, пришло в упадок.

     
     
  • 5.144, iCat (ok), 06:53, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё чего касается Оракл, приходит в запустение
    > неправда, у нас прекрасно работает солярис

    Хороший анекдот получился.

     
     
  • 6.183, Аноним (183), 11:46, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А он и правда отлично работает. Правда на локалхостах и дешевых серверках его не встретишь, а там где есть, туда в лаптях не пускають.
     
     
  • 7.185, пох (?), 11:57, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Правда на локалхостах и дешевых серверках его не встретишь

    как будто вам что-то мешает установить?

     
     
  • 8.187, ыы (?), 14:08, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При попытке запустить его в виртуалки- оно что-то вякнуло невнятное, в духе ваш... текст свёрнут, показать
     
     
  • 9.191, пох (?), 18:09, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а виртуалкой-то, небось, bhyve был - в vcenter oracle solaris 11 ставишь в... текст свёрнут, показать
     
  • 9.192, Аноним (192), 22:10, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Турбо-паскалем собирали Нууу, тогда ССЗБ ... текст свёрнут, показать
     

  • 1.21, Аноним (21), 11:52, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >В качестве ФС для корневого раздела могут использоваться UFS и ZFS.

    Древность и монстр.  

     
  • 1.29, Аноним (29), 12:47, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Оно там через линуксулятор?
     
  • 1.40, Аноним (40), 14:12, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Это хорошая новость или плохая? Вот щас FreeNAS делают на FreeBSD, там нативный ZFS. А потом будет ZFS on Linux? Наверняка менее стабильный? Или FreeNAS изменения не коснутся?
     
     
  • 2.43, псевдонимус (?), 14:16, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    коснутся.
     
     
  • 3.151, пох (?), 10:33, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    более того, именно они их будут пропихивать со всей возможной силой - ибо фринас, кто не в курсе, полигон бетатестирования коммерческого решения iX.

     
     
  • 4.153, псевдонимус (?), 11:06, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > более того, именно они их будут пропихивать со всей возможной силой -
    > ибо фринас, кто не в курсе, полигон бетатестирования коммерческого решения iX.

    Но разве iX не заинтересован в стабилной бесбажной и надёжной ФС?


     
     
  • 5.157, пох (?), 12:46, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    iX заинтересован в продажах фигни подорого и минимизации расходов он не для тог... большой текст свёрнут, показать
     
  • 2.52, VINRARUS (ok), 14:43, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Раньше в *BSD оно просто правильно работало, а теперь будет работать через попу, но зато с новыми спецефектами.
     
     
  • 3.55, псевдонимус (?), 15:01, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А то! Надо же "менстриму" подмахнут.
     
  • 3.92, anonus (?), 19:03, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Раньше в *BSD оно просто правильно работало

    Раскрой тему, чем это вдруг порт ZoL на фряху отличается от порта с илюмос?

     
     
  • 4.100, VINRARUS (ok), 20:29, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Раньше в *BSD оно просто правильно работало
    > Раскрой тему, чем это вдруг порт ZoL на фряху отличается от порта
    > с илюмос?

    На скоко знаю вариант для ZFS под Linux имеет проблему в отжырании оперативки под кашу мимо родного механизма дисковой кашы ОС. То есть ОС видит это всё как прогаму (точнее память програмы). Поправте если шото поменялось.

    В *BSD же этой проблемы нет, там каша ZFS для ОС видна именно как дисковая каша. Но теперь костыль из Linux портирован и на *BSD. УРА!

     
     
  • 5.103, anonus (?), 21:17, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >В *BSD же этой проблемы нет

    Так её и в порте ZoL не будет. Там под каждую ОС пилится свой слой совместимости.
    Во фре это почти один в один со старым портом из илюмос.

     
     
  • 6.158, пох (?), 12:56, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так её и в порте ZoL не будет. Там под каждую ОС пилится свой слой совместимости.

    вы там посмотрите в код (bsd'шный) - и убедитесь, что "слой совместимости" - он буквально ни о чем.
    По факту там #ifdef illumos через каждые десять строк, о чем громко плачут и линуксеры, и все остальные.
    А тех кто пытается решать эту проблему вместо загоняния под коврик, дико не любят, ага.

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

     
  • 5.115, пох (?), 23:46, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это называется zones , и с ними на самом деле не все хорошо - они принадлежат к... большой текст свёрнут, показать
     
  • 5.143, Аноним (143), 04:58, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Может хоть протестят нормально, прежде чем внедрять?
     
     
  • 6.174, пох (?), 10:10, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот на фринасерах и потестят. А ты думал, у нас есть какое-то другое тестирование?

    (нет, никто тебе не мешает, конечно, скачать вот это, которое выкатили, или самому в работающей системе обновиться на портовую версию (nextboot если што - наше всьо) - но ты ж не захочешь?)

     
  • 2.91, anonus (?), 18:56, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это безусловно хорошая новость. Пострадают только лишь нетакие как все, а именно те кто срёт кирпичами от слова LINUX.

    OpenZFS переезжает на кодовую базу ZoL и это случившийся факт. Теперь под все системы будут пилить именно в репе ZoL'а. А это и фря и илюмос, и линукс, и винда, и макось.

    Но это не значит, что родовые проблемы каждой операционки внезапно исчезнут.
    Поэтому как ZFS криво работала под линуксом, так и продолжит. Как была она прикручена сбоку к фряхе, так и будет.

     

  • 1.84, Аноним (84), 18:19, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хочу просто напомнить что от RHEL есть опенсорцное решение для сжатия и дедупликации на уровне блочного устройства, без этих ваших ZoL...
     
     
  • 2.88, anonus (?), 18:42, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хочу напомнить, что OpenZFS чисто опенсорсное решение.
     
     
  • 3.163, Пердак сгорел неуч (?), 17:18, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже попенсорц https://github.com/dm-vdo
     
  • 2.117, пох (?), 23:52, 20/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот и прикиньте его эффективность - без информации о том, данные ли это вообще, без подгона размера блока под блок fs и под блоки с которыми работает прикладная программа и т д.
    Добавьте теперь fsync() ;-)

    Честно-то говоря, то и другое и в ZFS (без всяких ваших ZoL) очень сомнительные нововведения (у первого кривой и скорее всего багнутый код, вызывающий жор памяти, cpu, и дидлоки, у второго . кривой и вполне возможно - багнутый код, вызывающий неимоверный жор памяти - тут, правда, некоторые ентер-прайс решения внезапно идут вровень ;)

     
     
  • 3.218, crypt (ok), 02:27, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это не zfs, там свой уровень для этого, где размер блока известен. а самое главное, это все интегрировано с VM подсистемой ОС. в отличие от ARC.
     

  • 1.118, Аноним (118), 23:55, 20/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Как человеку, которому приходится использовать ZFS on Linux в Proxmox, доложу, что ZoL нещадно тормозит на all-flash пулах, не может в IO scheduler, в результате - read/write amplification на записи в 8-10 раз.
    Под LVM2 - 256k IOPS, а на zvol - 60k IOPS (и загрузка проца). Что бы я не далал с параметрами модуля - бесполезно. Во FreeBSD ZFS работает отлично.
    Недавно в голову пришла идея, пробросить через PCI passthrough виртуалку с фрей NVME и VF от Mellanox ConnectX-3, и, собрав SPDK как-то наладить NVMEoF target через RDMA обратно в Proxmox.
    И тут такая новость.Просто офигеть.
     
     
  • 2.130, пох (?), 00:30, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ZoL нещадно тормозит на all-flash пулах

    как будто она на других не тормозит. Просто на фоне тормозов диска это не так заметно.

    > не может в IO scheduler,

    который из? У нас в каждой новой версии новый. Вот, например, blk-mq ;-)

    > Недавно в голову пришла идея, пробросить через PCI passthrough виртуалку с фрей
    > NVME и VF от Mellanox ConnectX-3, и, собрав SPDK как-то наладить
    > NVMEoF target через RDMA обратно в Proxmox.

    ну расскажите, что намеряете. Я даже готов задонейтить исследование мелкой суммой.

    > И тут такая новость.Просто офигеть.

    оно еще не завтра настанет окончательно.


     
     
  • 3.138, Аноним (118), 01:27, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Просто на NVME пуле это вызавает особенный баттхерт С 50-80 потерей IOPS и 10-... большой текст свёрнут, показать
     
  • 3.139, Аноним (118), 01:33, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > который из? У нас в каждой новой версии новый. Вот, например, blk-mq ;-)

    Любой. В ZoL тупо не работает скедулер в данный момент. Начинаешь писать на zfs/zvol блоком отличным от recordsize получаешь амплификацию 10 раз на конечном блокдевайсе.
    На ихнем гитлабе один страдалец предлагал баунти то ли 3к то ли 5к чтобы починили. Все очень плохо.
    Сломали толи в 0.6.4 толи в 0.6.5
    Чую, что в 0.8 все будет сломано окончательно.

     
     
  • 4.159, пох (?), 13:02, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    от оно чо...
    То-то я удивлялся некоторым фифектам... надо будет попробовать перенести всю помойку на фрю, благо она виртуальная и это за пятнадцать минут делается, не трогая пула.

    P.S. у нас же recordsize давно отменили, при включенном сжатии он произвольный?

     
     
  • 5.162, псевдонимус (?), 13:43, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Результатом опыта не поделишься?
     
     
  • 6.198, пох (?), 17:09, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    делюсь: epic fail

    status: The pool can only be accessed in read-only mode on this system. It
            cannot be accessed in read-write mode because it uses the following
            feature(s) not supported on this system:
            org.zfsonlinux:userobj_accounting (User/Group object accounting.)
    (еще одно ненужное ненужно, которое тоже вполне может оказаться причиной тормозов)

    сам пул, к сожалению, не 100% ненужно, поэтому последовать прекрасному совету не получится.

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

     
  • 5.167, Аноним (118), 22:18, 21/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S. у нас же recordsize давно отменили, при включенном сжатии он произвольный?

    NVME и особенно всякие оптаны слишком шустрые для сжатия.ARC compression тоже мешает, будучи включенным, проводит время в каких-то непонятных локах. При выключении - крэши.

     
  • 3.176, crypt (ok), 10:14, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> И тут такая новость.Просто офигеть.
    > оно еще не завтра настанет окончательно.

    вот надо на этом тестировании им туда результаты с amplification и заслать. у меня просто не на чем это все проводить. я к фре только присматриваюсь.

     
     
  • 4.189, пох (?), 16:04, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    надо чем-то тестировать -а у меня как раз старательно blocksize подогнан под используемый базой, и он там не variable.
    Но вот идею подменить диск с ос я, пожалуй, попробую, по идее там не должно ничего сломаться от такого фокуса.

    (хм, да, при первой же попытке "сломалась" freebsd. fetch unknown reloacation type in PLT - похоже, vmdk на их сайте собран переоптимизированным, или просто битый - так падает все, как-то связанное с openssl. И вот так у нас все - за что ни схватись.)

     
     
  • 5.193, crypt (ok), 12:32, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/

    > просто битый - так падает все, как-то связанное с openssl. И
    > вот так у нас все - за что ни схватись.)

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

     
     
  • 6.194, Аноним (-), 12:52, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ну как у вас я в общем-то знаю, потому что с четвертого
    > или пятого релиза что-нибудь пытаюсь сделать и что-нибудь падает. вопреки утверждениям фанатиков.

    Угу. Видели-с. Это ведь у тебя (и только у тебя) "настройки репозиториев не принимают порт" в URL?

     
     
  • 7.202, crypt (ok), 21:58, 24/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    о, анонимный фанатик. они принимают порт, но отладочная инфа криво выводится:

    DBG(1)[2342]> Fetch: fetching from: http://XXX.XXX.XXX.XXX/f12-default/packagesite.txz with opts "i"

    это отладка для репозитория на кастомном порту. удивись.

     
     
  • 8.206, Аноним (-), 12:18, 25/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    так ты SRV наконец-то отключил https www opennet ru openforum vsluhforumID3 1... текст свёрнут, показать
     
  • 2.169, Аноним (169), 06:16, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можете потестировать свежие сборки фри, о которых говорится в новости?
    Интересно стало.
     
     
  • 3.175, пох (?), 10:11, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    у него проксмокс, он уже знает про zol все что совершенно не хотел спросить.
    И тестировать то же самое но в профиль смысла никакого - смысл потестировать старую реализацию, которую пока еще никто не собирается выпиливать - он, вообще-то, есть.

     
     
  • 4.186, Аноним (169), 12:11, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не совсем понял, что вы хотели мне сказать.
    В профиль/не профиль, но в этих сборках могли чего-нибудь допилить для улучшения совместимости.
    Поэтому интересно, будет ли этот ZoL во фри приводить к амплификации иопсов на флэше или нет.
     
  • 3.224, Денис (??), 08:08, 05/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.phoronix.com/scan.php?page=article&item=freebsd-zol-april
     
  • 2.177, crypt (ok), 10:15, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > И тут такая новость.Просто офигеть.

    вот и надо эти тесты на этапе тестирования отправить. не будут они переходить при такой просадке.

     
  • 2.225, Денис (??), 08:10, 05/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотри тесты на фороникс

    https://www.phoronix.com/scan.php?page=article&item=freebsd-zol-april

     

  • 1.164, Аноним (164), 17:32, 21/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использование векторных процессорных инструкций выпелено из ядер 5.0+
     
     
  • 2.170, Аноним (170), 09:07, 22/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот кстати и в связи с этим будущее самого ZoL довольно туманно, Линус довольно четко сказал куда пойти всем ZoL'овцам. Так что еще возможно что все откатится назад..
     
     
  • 3.199, пох (?), 17:50, 23/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    теоретически это им несколько отдельных комитов откатить - или обтыкать ifndef __LINUS_SUXX - чтобы фича типа была, но пока вы на подсосе у Линуса - не работала.

    На остальные особенности не влияет.
    Но на практике, да - нахрен нужен такой апстрим, который завтра необратимо сломают, потому что ебеме заслало очередной транш (или орацл, впрочем, какая разница) и вообще stable cpu instruction set is nonsense - завтра запретим использовать ADD, исключительно SUB оставим - просто потому что захотелось.

    Лучше уж с маководами синхронизироваться - у тех, хотя бы, идитии меньше.

     

  • 1.208, Аноним (208), 13:27, 25/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    НЕТ.
    И не просите.
    Я не буду пользоваться фрибсд.

    СПА-СИ-БО.

     
  • 1.222, Аноним (222), 14:15, 30/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    DragonflyBSD наше все. Там все свое
     

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



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

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