LINUX.ORG.RU

FreeBSD 14

 ,


1

4

Вышла новая версия свободной UNIX-подобной операционной системы FreeBSD.

Некоторые изменения:

  • Изменения в базовой системе:

    • Командной оболочкой по умолчанию для суперпользователя является sh.
    • Вместо sendmail по умолчанию используется dragonfly mail agent.
    • Опция .include из firejail.conf теперь поддерживает шаблоны поиска.
    • Поддержка Unicode обновлена до версии 14.0.
    • В базовой системе больше нет opie.
  • Изменения в ядре:

    • На платформах arm64 и amd64 теперь поддерживается до 1024 ядер.
    • Добавлен интерфейс boottrace, обеспечивающий трассировку системных вызовов во время загрузки и выключения системы.
    • Появилась возможность использования в ядре MemorySanitizer из проекта LLVM на платформе amd64; также добавлена поддержка LLVM AdressSanitizer для arm64 и amd64.
    • Добавлен системный вызов timerfd для улучшения совместимости с приложениями, написанными для Linux.
  • Гипервизор bhyve:

    • Теперь гипервизор позволяет предоставить гостю доступ к TPM хоста.
    • Улучшен проброс GPU Intel и AMD.
  • Поддержка облачных платформ:

    • Теперь FreeBSD может работать на платформах Amazon AWS и Firecracker VMM.
    • Добавлена поддержка паравиртуализированного сетевого адаптера на платформе Azure.
  • Поддержка аппаратных платформ:

    • Прекращена сборка установочных образов для архитектуры armv6.
    • Прекращена поддержка архитектуры MIPS.
    • Прекращена сборка специального варианта порта RISC-V, riscv64sf, для 64-битных RISC-V процессоров без FPU; все актуальные процессоры теперь поддерживаются в рамках порта riscv64.
    • Начиная с выпуска FreeBSD 15, разработчики планируют прекратить поддержку всех 32-битных платформ; ветка 14/STABLE, поддерживающая эти платформы, будет получать обновления до 2028 года.
  • Файловая система UFS:

    • Добавлена возможность фоновой проверки файловой системы с использованием механизма снапшотов; эта функция работает в системах, использующих soft updates.
    • Для суперблоков, групп цилиндров и инодов теперь вычисляются проверочные хеш-суммы, облегчающие обнаружение повреждений; код, реализующий эту функциональность, а также код, выполняющий поиск резервных суперблоков, перемещен из пользовательской утилиты fsck_ffs в библиотеку libufs.
  • Реализация файловой системы ZFS, OpenZFS, обновлена до версии 2.2:

    • Опция vfs.zfs.bclone_enabled=1 позволяет уменьшить количество копий блоков при копировании файла; по умолчанию эта опция отключена.
    • Добавлен лог ошибок перестроения массива, zpool scrub -e.
    • Введён алгоритм вычисления контрольных сумм BLAKE3.
    • zfs recive может восстанавливать поврежденные данные.
    • Улучшен механизм ARC.
    • Механизм сжатия с использованием алгоритма zstd теперь позволяет быстро пропустить блок при обнаружении несжимаемых данных.

>>> Release Notes

★☆

Проверено: hobbit ()
Последнее исправление: Virtuos86 (всего исправлений: 14)
Ответ на: комментарий от alex1101

А может потому что нужна высокая скорость и предсказуемость работы?

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

Сомневаюсь что какой-либо парсер сравняется по этим свойствам с тупым свич-кейсом.

Не сомневайся. В FreeBSD аналог udev называется devd и парсер там как раз на bison. В итоге, код devd занимает раз в 5 меньше строк при аналогичном функционале.

А то благодаря таким вот осиляторам низкоуровневые системные компоненты тянут джаваскрипт-движок сука.

Благодаря чувакам, не осилившим bison? Ну да, после самописного говна следующая ступень – JS.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Не знаю как там конкретно с devd, но сама бсда тормозит как чмоня, да и оперативки жрёт больше, чем линукс. Начинаю понимать, почему.

код devd занимает раз в 5 меньше строк

Вау! А кого это вообще волнует, кроме аутистов?

alex1101
()
Ответ на: комментарий от alex1101

Не знаю как там конкретно с devd, но сама бсда тормозит как чмоня, да и оперативки жрёт больше, чем линукс. Начинаю понимать, почему.

какая из бздей? FreeBSD норм работает.

Вау! А кого это вообще волнует, кроме аутистов?

Как и твоё мнение – никого.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

какая из бздей?

Я только freebsd и пробовал.

Как и твоё мнение – никого.

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

alex1101
()
Ответ на: комментарий от alex1101

Я только freebsd и пробовал.

Попробуй ещё раз.

Количество строчек кода это рил какая-то шизоидная метрика непонятно чего.

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

Bison, если что, выдаёт код на сишечке. Просто его руками писать не надо. Если бы у тебя вместо хлебушка в черепушке был мозг, ты бы не нёс эту пургу тут.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

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

Попробуй ещё раз

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

alex1101
()
Ответ на: комментарий от alex1101

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

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

Блин, зачем я тебя из игнора достал?

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Уже совсем порвался? А такого матёрого тралля из себя корчил…

alex1101
()
Ответ на: комментарий от hateyoufeel

Благодаря чувакам, не осилившим bison? Ну да, после самописного говна следующая ступень – JS.

Может люди осилили vim-script какой и за 15 минут добавили те 2000 строк не выходя из редактора 🤷‍♂️

necromant ★★
()
Ответ на: комментарий от alex1101

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

Справедливости ради, здесь он абсолютно прав. Когда ты пишешь код, нужно думать о том, насколько легко этот код сопровождать и расширять. И парсер на бизоне – это более аккуратное и сопровождаемое решение, чем switch-case на несколько тысяч строк

hateWin ★☆
() автор топика
Последнее исправление: hateWin (всего исправлений: 1)
Ответ на: комментарий от hateWin

Всё сопровождение свичкейса - это правка/удаление очевидных секций или добавление новых. Что может быть проще?

alex1101
()
Ответ на: комментарий от alex1101

Если этот свичкейз меньше 10 строк – это просто. А если там перечислены стопицот вариантов – получится лапша. И работать с этой лапшой неприятно.

hateWin ★☆
() автор топика
Последнее исправление: hateWin (всего исправлений: 1)
Ответ на: комментарий от hateWin

Лапша это запутанный код. А линейный свичкейс это примитивщина, вне зависимости от количества вариантов.

alex1101
()
Ответ на: комментарий от hateWin

Аргументация съехала в сторону каких-то допущений. Мне вот думается, что в свичкейсе наоборот легче искать опечатки. Скролль исходник не читая и опечатка сама в глаза бросится, секции-то одинаковые по форме.

alex1101
()
Ответ на: комментарий от alex1101

Человеческий мозг не умеет искать такие ошибки. Вычленить отдельную смысловую единицу из стены однообразного текста проблематично

hateWin ★☆
() автор топика
Ответ на: комментарий от hateWin

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

Человеческий мозг не умеет искать такие ошибки

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

alex1101
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.