LINUX.ORG.RU

FreeBSD 15.1

 

FreeBSD 15.1

1

3

Опубликован релиз FreeBSD 15.1 — очередное обновление стабильной ветки FreeBSD 15, универсальной UNIX-подобной операционной системы для серверов, рабочих станций, сетевого оборудования, встраиваемых систем и облачных окружений. Согласно графику выпуска FreeBSD 15.1, официальный анонс релиза состоялся 16 июня 2026 года, а поддержка FreeBSD 15.1 заявлена до 31 марта 2027 года.

FreeBSD 15.1 включает обновления пользовательского окружения, ядра, драйверов, сетевой подсистемы, ZFS, NFS, облачных образов и документации. Краткий обзор релиза также опубликован на Phoronix, а полный список изменений доступен в официальных release notes.

Основные изменения

  • Изменения в pkgbase. В системах, установленных с использованием пакетированной базовой системы, OpenPAM вынесен в отдельный пакет FreeBSD-pam, а Zstandard — в пакет FreeBSD-zstd. Кроме того, цели installworld и installkernel теперь блокируются на системах, установленных из пакетов, чтобы избежать рассинхронизации с базой пакетов.

  • Новая командная оболочка по умолчанию в образах. Для пользователей root в релизных образах командная оболочка по умолчанию изменена с csh на sh. Это упрощает поведение системы в минимальных и автоматизированных окружениях.

  • Улучшения пользовательских утилит. В find добавлены ключи -xattr и -xattrname для поиска файлов по расширенным атрибутам. Утилита bectl получила опцию -E для создания пустого boot environment без клонирования текущей среды. В daemon добавлена возможность задавать режим прав для выходного файла, что полезно для логирования и ротации логов.

  • Обновления сторонних компонентов. В базовой системе обновлены OpenSSL до 3.5.6, OpenZFS до 2.4.2, libfido2 до 1.16.0, expat до 2.7.5, xz до 5.8.3, tcpdump до 4.99.6, libpcap до 1.10.6, zlib до 1.3.2, SQLite до 3.50.4, Unbound до 1.25.1 и zstd до 1.5.7.

  • Расширенная поддержка C23. В libc расширена поддержка стандарта C23. Добавлены, в частности, заголовок <stdbit.h>, функция memalignment(3), обновления для <limits.h> и <stdint.h>, макросы _WIDTH, char8_t и другие расширения. Полная поддержка C23 ожидается в будущих выпусках FreeBSD.

  • Новые возможности ядра. Добавлена инфраструктура выбора планировщика CPU при загрузке через kern.sched. Планировщик sched_ule теперь оформлен как экземпляр планировщика, а в GENERIC для amd64 включены как SCHED_ULE, так и SCHED_4BSD. Это закладывает основу для более гибкого выбора планировщиков в будущем.

  • Новые системные вызовы и API. Добавлены pdwait(2) и pdrfork(2), расширены возможности posix_spawn(3), появились функции pthread_tryjoin_np(3), tdestroy(3), strdupa(3) и strndupa(3). На AArch64 функции memcpy, memmove и memset теперь могут использовать аппаратные инструкции MOPS при наличии поддержки процессором.

  • Улучшения Linux-совместимости. В Linux compatibility layer добавлена поддержка команды F_DUPFD_QUERY для fcntl, используемой вместе с kcmp(2) при проверке эквивалентности файловых дескрипторов в Linux-контейнерах.

  • Обновления драйверов. Драйвер ena обновлён до версии 2.8.3 и получил исправление в пути приёма jumbo-фреймов, что может значительно повысить сетевую производительность на соответствующих EC2-инстансах. Драйвер smartpqi обновлён до новой версии поставщика, добавлена поддержка новых контроллеров и увеличен предел размера I/O-буфера для passthrough ioctl.

  • Поддержка нового оборудования. Добавлена поддержка Intel E835 Ethernet-адаптеров в драйвере ice, поддержка новых Intel QAT 402xx в qat, а также поддержка дополнительных моделей Intel CPU в hwpmc, включая Alder Lake, Alder Lake-N и Emerald Rapids.

  • Улучшения Wi-Fi. Драйверы iwlwifi, rtw89 и rtw88 теперь на основе кода из состава Linux 7.0. Это расширяет поддержку новых Wi-Fi-устройств Intel и Realtek и повышает стабильность работы. Отдельно включена поддержка iwx в конфигурацию ядра для адаптеров Intel AX210/AX211/AX411.

  • Улучшения NVMe. NVMe-драйвер теперь поддерживает BAR5 для Table BIR и PBA BIR. Это позволяет FreeBSD работать на машинах Google Compute Engine C4 с NVMe-контроллерами, использующими отдельные 32-битные регистры BAR4 и BAR5.

  • Изменения в ZFS. В ZFS сокращены минимальные интервалы scrub/resilver, что ускоряет циклы transaction group на современных накопителях и может улучшить производительность записи под высокой нагрузкой. Также добавлен параметр zfs_arc_evict_batches_limit, уменьшающий конкуренцию за блокировки при вытеснении данных из ARC.

  • Изменения в NFS. NFS-клиент лучше обрабатывает регистронезависимые файловые системы вроде msdosfs, экспортируемые по NFS. Для NFSv4 diskless boot добавлена поддержка конфигураций с nfsuserd, а клиент и сервер NFSv4 получили поддержку атрибута archive, используемого Windows NFSv4.1-клиентами.

  • Сетевые изменения. В ipfw добавлена поддержка поиска по маскированным IP-адресам в таблицах, что позволяет строить более эффективные правила фильтрации. Divert-сокеты теперь могут получать IPv6-пакеты, а ifconfig получил поддержку RFC 7217 stable IPv6 address generation через флаг stableaddr.

  • Улучшения виртуализации и аппаратной поддержки. В bhyve добавлена поддержка UNIX domain socket для remote framebuffer, что позволяет использовать графическую консоль виртуальных машин в jail без сетевого доступа. На amd64 добавлена поддержка LASS — Linear Address Space Separation, механизма разделения адресных пространств ядра и пользовательского режима.

  • Облачные образы. В VM- и cloud-образах с пакетированной базовой системой теперь устанавливается pkg, что позволяет обновлять базовую систему без ручной установки менеджера пакетов из ports. Для cloud-образов также добавлен firstboot-обновитель пакетов, автоматически применяющий обновления базовой системы при первом запуске.

  • Устаревшие компоненты. Набор утилит для печати lpr объявлен устаревшим и может быть удалён до FreeBSD 16.0; пользователям предлагают перейти на CUPS или LPRng из ports. Утилиты bsdlabel и fdisk запланированы к удалению во FreeBSD 16.0, вместо них рекомендуется использовать gpart.

FreeBSD 15.1 выглядит как обычный релиз ветки 15.x: без радикальной смены архитектуры, но с заметным набором улучшений для серверов, использования в облачных средах, файловых хранилищ, Wi-Fi и прочего современного оборудования.

>>> Источник

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 6)

UNIX-подобнаой

Вас ист Дас? CrX на вас не хватает!

splinter ★★★★★
()
Последнее исправление: splinter (всего исправлений: 1)

Эх! Фриха первая система с которой я работал. Модем на телефонной линии... Сервер без выключения проработал 7 лет. Когда, наконец, построили «серверную» перенес системный блок вместе с упсом на новое место.
Потом уже когда оптику провели, с новым админом перевели все на линукс.

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

Согласен, логотип ужасен. Плоский и безвкусный. Не такой бисти нам нужен!

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

На фирмЕ, где я работал в старинные времена, стояла на i486-ом, но я туда не лез.

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

В ООН Спортлото постучи, там откроют. Может быть.

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

Дефолтный шелл сменили с csh на sh ещё в 14 релизе.

https://cgit.freebsd.org/src/commit/?id=d410b585b6f00a26c2de7724d6576a3ea7d548b7

2021-10-20

14.0 выпустили только в конце 2023.

Но прописать назад /bin/csh никто не мешает даже на новоустановленных системах. А на старых при обновлении отказаться от этой правки.

Просто автор новости (точнее не он...) минорную правку дефолтного шелла в каких-то вспомогательных местах поставил на 2 место в списке важных.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 4)

Там до сих пор stable kernel api sense? Дрова 25-летней давности заработают или лимит существует?

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от firkax

Да, я слышал, что его сменили раньше. У меня фряха с 13-го релиза стоит, я с тех пор несколько раз обновился и при этом всё время оставлял csh.

Просто автор новости (точнее не он…) минорную правку дефолтного шелла в каких-то вспомогательных местах поставил на 2 место в списке важных.

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

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

почему они zsh не берут в базовую систему? Я бы выбрал как интерактивную оболочку по умолчанию и для рута, и для пользователей.

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

почему они zsh не берут в базовую систему? Я бы выбрал как интерактивную оболочку по умолчанию и для рута, и для пользователей.

Потому что политика проекта — держать базу минимальной, стабильной и легко проверяемой. В базу входят только POSIX-совместимый /bin/sh и традиционный /bin/csh (tcsh), а все остальные оболочки, включая zsh, доступны через ports/packages.

Для root обычно оставляют /bin/sh или /bin/csh, чтобы избежать проблем при сбое пакетов.

Clockwork ★★★★★
()

Свершилось - wifi драйаера подвезли наконец. К версии 20.1 может и s0ix подтянется…

Qui-Gon ★★★★★
()
Ответ на: комментарий от Clockwork

Я к csh привык, верните!

Единственное преимущество csh перед sh — возможность написать completions для аргументов команд.

Прочее поведение sh синхронизировали с поведением csh то ли в 15, то ли в 14.x, поэтому смена шелла должна пройти безболезненно. Если этого не произошло и они ведут себя по-разному, утащи .shrc (который не заменился при обновлении по причине наличия в нём изменений) из дефолта и подсунь руту.

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

почему они zsh не берут в базовую систему?

Какую проблему это решит? Сто́ят ли усилия по внедрению нового компонента?

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

Менять руту шелл на сторонний не рекомендую: в процессе обновления всякие ncurses, readline и прочие сломаются и сломают шелл (если он не собран статикой). Пользователям не критично — они не входят в процессе обновления, а вот сломать рута — фатально.

Если собирать zsh статикой, то часть функционала будет недоступна. А если не собирать — его не будет в режиме восстановления.


Если не хочешь создать себе проблем на ровном месте, даже не думай менять руту шелл.

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

Потом уже когда оптику провели, с новым админом перевели все на линукс.

Тоже с бзди стартовал в начале века. До сих удивляет как она умудрилась остаться практически тем же говном что и тогда была - особенно на фоне развития GNU/Linux за это время. Такое впечатление что если лицензия не заставляет корпорации делиться кодом с сообществом, то они и не будут с ним делиться. Четверть века назад (жесть, пора в собес очередь занимать :) лицензия не казалась очевидным преимуществом. После пары десятилетий работы в этих самых корпорациях стало понятно до какой степени Столлман гений.

zabbal ★★★★☆
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.