FreeBSD 14

перемещен из пользовательской утилиты fsck_ffs

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

Добавлена возможность фоновой проверки файловой системы с использованием механизма снапшотов; эта функция работает в системах, использующих soft updates.

background_fsck есть давно, мне казалось оно через снапшоты и работало всегда. Может и нет.

Начиная с выпуска FreeBSD 15, разработчики планируют прекратить поддержку всех 32-битных платформ; ветка 14/STABLE, поддерживающая эти платформы, будет получать обновления до 2028 года.

Печально. Впрочем, пока что пользуюсь 12.х всё равно.

Что тебе в названии задело?

fsck вроде все знают и так, а ffs это старое название файловой системы (fast filesystem).

Прекращена поддержка

А действительно, зачем нам поддерживать все эти архитектуры, и правда. У меня вон добрые люди из NetBSD приняли запрос на добавление драйвера железки тридцателетней давности на спарке, которых в живых на весь мир осталось десятка полтора, а во фряхе 32 бита не нужно, мипсы не нужны, сорта risc-v тоже не нужны. Верной дорогой идут товарищи.

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

«ffs» это известное сокращение для «for fuck's sake», т.е. «fsck_ffs» это что-то вроде «да сделай уже этот чёртов fsck!»

Верной дорогой идут товарищи.

FreeBSD никогда не целилась в музейное железо, и очень правильно.

Для десктопа она негодна, для рабочих станций и серверов есть линукс

Для десктопов и серверов она годна/негодна сравнимо с линуксом, и занимает ту же нишу.

Ну и в итоге поддержка железа у фряхи сильно хуже.

для рабочих станций и серверов есть линукс

FreeBSD нужно как раз для серверов. Linux - для десктопов. Хотя некоторые и на десктопах FreeBSD используют.

Начиная с выпуска FreeBSD 15, разработчики планируют прекратить поддержку всех 32-битных платформ; ветка 14/STABLE, поддерживающая эти платформы, будет получать обновления до 2028 года.

Запуск 32 бит приложений в wine выкинули на мороз.

FreeBSD нужно как раз для серверов. Linux - для десктопов. Хотя некоторые и на десктопах FreeBSD используют.

FreeBSD тоже мог бы быть на десктопах, но просто проиграл в конкуренции линуксу (имхо своим отвратным юзабилити), поэтому линукс отовсюду BSD вытеснил (даже с серверов по большей части), кроме тех мест где мешает «свободная» лицензия линукс-ядра. Чтобы создать проприетарную прошивку для игровой приставки или роутера FreeBSD в плане лицензии как раз идеален. На декстопе, конечно, юзать FreeBSD можно, но с большими ограничениями по поддержке софта и железа.

Командной оболочкой по умолчанию для суперпользователя является sh.

Не совсем понятны причины такого решения. sh для интерактива имеет весьма скудный набор фич. Хоть (t)csh для скриптов не фонтан, но для интерактива довольно удобен.

Вместо sendmail по умолчанию используется dragonfly mail agent

Давно была пора послать sendmail на пенсию.

Улучшен проброса GPU Intel и AMD.

Кто-нить в курсе, в bhyve уже можно пробрасывать NVIDIA карточку с полноценнм использованием в госте nvidia-drivers?

В новости забыли одно из главных нововведений:

SIMD instruction set extensions such as SSE, AVX, and NEON are ubiquitous on modern computers and offer performance advantages for many applications. The goal of this project is to provide SIMD-enhanced versions of common libc functions (mostly those described in string(3)), speeding up most C programs.

man simd

На декстопе, конечно, юзать FreeBSD можно, но с большими ограничениями по поддержке софта и железа.

А в линуксе разве не так же? Его так же можно юзать на десктопе с большими ограничениями по поддержке софта и железа по сравнению в виндой.

Юзаю фрю на десктопе. В очень редких случаях когда мне нужно что-то линуксячее — запускаю виртуалку или юзаю линуксятор. Для игр проще ребутануться в винду чем страдать с вайном (как во фре, так и в линуксе).

FreeBSD нужно как раз для серверов. Linux - для десктопов.

Аргументы найдутся? А то от фряхи бизнес постепенно отказывается в пользу линукса.

А в линуксе разве не так же?

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

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

Костыли :)

Ну и в итоге поддержка железа у фряхи сильно хуже

Узнаю LOR по пещерным людям. FreeBSD может вообще поддерживать минимальное количество железа и линукс может быть быть только запускалка kvm для нее.

Очевидно, но зачем в этой схеме фряха? Чтобы что?

Пару лет назад купил свежевышедший Lenovo P14s.

И что с того? У меня HP ProBook 440 G5. Накатил 13.0-RELEASE. Без какой-либо настройки заработало все железо кроме сканера отпечатка пальцев, который точно так же не работает в линуксе из-за своей проприетарной природы.

Костыли :)

Пускай и так... Только во фре я могу запускать линуксячий и виндовый софт. А в линуксе только виндовый :)

Не все любят Линукс. Задачи теже. У кого-то в тестах на каких-то задачах freebsd выигрывает. Или на freebsd будет крутиться что-то одно. А на Линукс другое. Зачем фанатизм. Кругом виртуализация.

А в линуксе разве не так же? Его так же можно юзать на десктопе с большими ограничениями по поддержке софта и железа по сравнению в виндой.

Ограничения на линуксе в 2023 уже чисто «символические». То есть можно просто купить ноут и линукс на него с большей долей вероятности просто встанет и без танцев с бубном. Даже если чего-то нет, этому чему-то скорее всего удастся найти аналог. Плюс есть рабочий wine, на котором играется даже Cyberpunk 2077 (ну и соответственно, ваш покорный слуга его и прошёл). В FreeBSD ситуация осталась на уровне, наверное, 2008 года, если не пошла в обратную сторону даже.

Юзаю фрю на десктопе. В очень редких случаях когда мне нужно что-то линуксячее — запускаю виртуалку или юзаю линуксятор.

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

У меня HP ProBook 440 G5. Накатил 13.0-RELEASE

Повезло-повезло %)

Пускай и так… Только во фре я могу запускать линуксячий и виндовый софт. А в линуксе только виндовый :)

А что, для фряхи есть какой-то очень нужный софт, которого нет под линуксом? Какие-то эксклюзивы, ради которых линуксу надо уметь запускать фряшный софт?

Вы уверены, что не ошиблись? Потому что fast file system вполне имеет распространённое сокращение ffs. Конечно, я не могу знать, какой именно смысл вкладывали разработчики в аббревиатуру, но вариант с fast file system звучит не менее правдоподобно.

Плюс есть рабочий wine, на котором играется даже Cyberpunk 2077

И что с того? Во фре вайн работает точно так же как и на линусе. А в некоторых ситуациях даже лучше в виду особенности ОСи.

В FreeBSD ситуация осталась на уровне, наверное, 2008 года

Судя по всему, твои познания во фряхе остались где-то на уровне того же 2008-го года :)

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

У меня точно такая же ситуация, только с фрей.

Да сложно как-то ошибиться, сокращая «for fuck's sake» до аббревиатуры.

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

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

Они остались ?

. Для игр проще ребутануться в винду

ЛОЛ ЧТО ? WSL2 рулит

И что с того? Во фре вайн работает точно так же как и на линусе. А в некоторых ситуациях даже лучше в виду особенности ОСи.

Это каких таких особенностей? То что 32 бит выкинут, и половина виндовых приложений просто отвалится из-за отсутствия 32-bit ABI в системе?

Судя по всему, твои познания во фряхе остались где-то на уровне того же 2008-го года :)

Проблема в том, что использование FreeBSD предполагает достаточно высокий уровень красноглазия. В большинстве популярных линукс дистрибутивах наоборот - раз-два и всё легко поставилось, а настройки делаются уже чисто ради кастомизации, а кому-то она может быть и не нужна даже. Но расценивайте, наверное, это как субъективное мнение. Может уже сделали более user-friendly BSD дистрибутивы для десктопа, чем FreeBSD.

у нас вроде только Рамблер этим страдал ? Или они уже тоже ушли после потере поиска ?

user-friendly BSD дистрибутивы для десктопа, чем FreeBSD.

Ну как же - есть MACos. Говорят очень «user-frendly» ?

Они остались ?

Во-первых, их дофига, даже как легаси, и не пересобрать из-за потерянных исходников. Во-вторых, 32 бит приложения до сих пор выпускают, потому что сама винда тащит 32-бит либы в системе. Проблема исчезнет, когда в wine запилят транслацию 32 бит вызовов в 64 бит в самом вайне, но пока всё очень сыро.

У рамблера на нем была почта, емнип перевели. Поиск в яндексе тоже.

Тот же FreeBSD и MacOS - это абсолютно разные операционные системы. Хотя MacOS считается UNIX вроде как.

Да, вполне. Он произошел от древних BSD и NeXTSTEP в том числе. И это я не говорю про фряший сетевой стек.

Как можно видеть из списка, macOS это unix, а FreeBSD нет. FreeBSD это unix-like, posix-совместимая, итп.

https://www.opengroup.org/openbrand/register/

Некоторые любят рассказать что FreeBSD вот это настоящий unix, не то что ваш Linux, тут забавно что недавно был сертифицированный Linux, но не захотели пересертифицировать видимо.

То что 32 бит выкинут, и половина виндовых приложений просто отвалится из-за отсутствия 32-bit ABI в системе?

Мне пофигу на вайн от слова совсем, как в линуксе так и во фре. В то же время, я более чем уверен что при исчезновении 32-bit ABI разработчики как-то решат эту проблему.
Прошло время когда приходилось пердолится по многу часов чтоб заставить работать нужную игру под линуксом. Даже если игры и запускается в вайне, то производительность ее в большинстве случаев хуже чем в винде. Если у меня хорошая видяшка и моник 165 герц, мне нафиг не нужно терпеть дискомфорт от низкого ФПС-а или пониженных настроек под линуксом на какой-то AAA игре. По сему, проще ребутануться в винду и играть с комфортом нежели страдать с вайном. Благо в эру nvme дисков это занимает секунды.

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

Десктоп, с которого сейчас пишу, я установил и настроил лет 10 назад, еще как только появился 10-STABLЕ. И до сих пор обновляю -STABLE из исходников железобетонной стабильностью. В то время как с линуксом постоянно были проблемы даже при минорных апдейтах. Так что не стОит мне рассказывать о уровне красноглазия так как это очень субъективная вещь.

Может уже сделали более user-friendly BSD дистрибутивы для десктопа, чем FreeBSD.

Можно либо взять уже настроенную фрю, либо легко настроить под десктоп ванильную. В портах имеется desktop-installer которой одной командой сделает из фри десктоп.

Без какой-либо настройки заработало все железо

«Заработало». Как там 802.11ac поживает? Хотя дайте угадаю: не нужно, да?

А в некоторых ситуациях даже лучше в виду особенности ОСи.

Можно поподробнее?

Еще из важного и интересного:

WiFi 6 support has been added to wpa (wpa_supplicant(8) and hostapd(8)). c1d255d3ffdb 3968b47cd974 bd452dcbede6

The iwlwifi(4) driver for Intel wireless interfaces has been updated to the latest version, supporting chipsets up to WiFi 6E AX411/AX211/AX210, and with preparations for upcoming BX and SC chipsets. (Sponsored by The FreeBSD Foundation)

Это поддержка самых новых беспроводных карт и самого свежего стандарта WiFi

The VESA option has been removed from the x86 GENERIC and MINIMAL kernel configurations. It is still available as a kernel module. VESA is not used by the default console

Будет сюрприз любителям legacy и любого неподдерживаемого железа, поскольку vesa mode использовался в качестве последнего шанса на загрузку.

Support for asymmetric cryptographic operations has been removed from the kernel open cryptographic framework (OCF), as they are not used by modern OpenSSL versions. 76681661be28

Речь про интерфейс ядра который использовался во всяких закрытых железках на базе FreeBSD (те же файрволы), странно что не договорились с апстримом.

Support has been added to the kernel crypto for the XChaCha20-Poly1035 AEAD cipher.

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

FreeBSD can now run inside the Firecracker VMM via the amd64 FIRECRACKER kernel configuration. 469ad8603127 (Sponsored by https://www.patreon.com/cperciva)

EC2 instances now boot using UEFI where available, substantially speeding the boot process. b43d7aa09b3c bcf9147144f3 (Sponsored by https://www.patreon.com/cperciva)

Это конечно не про реалии СНГ, не знаю кто у нас использует Firecracker или продолжает использовать EC2, но для Европы/Штатов актуально.

Ну и донаты через патреон для коммитов в релиз FreeBSD это пять.

Как можно видеть из списка, macOS это unix, а FreeBSD нет. FreeBSD это unix-like, posix-совместимая, итп.

Если что UNIX это коммерческий стандарт,еще и накладывающий определенные органичения на структуру ОС.

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

Начиная с выпуска FreeBSD 15, разработчики планируют прекратить поддержку всех 32-битных платформ; ветка 14/STABLE, поддерживающая эти платформы, будет получать обновления до 2028 года.

Зачем? Им жалко машинного времени билд сервера?

Linux, правда, стремительно портят Rustом; загружают его через systemd и т.п.

amd64 ядро умеет же x32 приложения исполнять.

Вместо sendmail по умолчанию используется dragonfly mail agent;

Очередной способ поиздеваться над пользователями? (Перепишите все конфиги заново! Прочитайте километровый man!)

Как там 802.11ac поживает?

Все отлично, юзаем wifibox.

Можно поподробнее?

Сложно загуглить?
В линуксе используется планировщик CFS. Он основан на концепции виртуального времени. Виртуальное время присваивается каждому процессу в зависимости от его приоритета, и процесс с более низким виртуальным временем считается более приоритетным.

Во фряхе — планировщик ULE. Он использует структуру с уровнями приоритетов. Каждый уровень приоритета содержит список процессов, и планировщик выбирает процесс для выполнения из списка с более высоким приоритетом. Это позволяет более эффективно управлять высоко- и низкоприоритетными процессами. ULE включает в себя механизм регулировки временных интервалов, что помогает предотвратить голодание процессов с более низким приоритетом.

В macOS используется планировщик XNU (XNU is Not Unix). Планировщик задач в macOS включает в себя код из Mach (микроядро, разработанное в проекте Mach) и код из BSD. Это подразумевает наличие некоторых общих элементов и алгоритмов в планировщиках задач macOS и FreeBSD.

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

Где-то по просторам инета гуляет PDF-ка с подробным описанием алгоритвом работы ULE и сравнение их с алгоритмами используемыми в других ОСях.

Ограничения на линуксе в 2023 уже чисто «символические». То есть можно просто купить ноут и линукс на него с большей долей вероятности просто встанет и без танцев с бубном.

Для традиционных ноутов на AMD - согласен, для 2-in-1 на Intel - 100% будут проблемы, как минимум с камерой.

amd64 ядро умеет же x32 приложения исполнять.

Вы скорее всего путаете x32 ABI (если вкратце, это 32 бит приложения, юзающие фичи 64 бит процессоров) и i386 ABI (или x86), которое просто 32 бит. x32 ABI под линукс было, но народ решил, что не_нужно и юзайте просто amd64 (а то получится целых три архитектуры в системе). amd64 ядро действительно умеет исполнять 32-бит приложения, если в системе есть либы для этих приложений. Если 32-бит целиком удалят, то те же виндовые 32 бит приложения без wow64 прослойки прослойки просто не заведутся, а она ещё пока что не работает.

Для традиционных ноутов на AMD - согласен, для 2-in-1 на Intel - 100% будут проблемы, как минимум с камерой.

Вот не знаю. Ставил линукс, наверное, на 4 ноута за последние 10 лет и камера всегда работала. Была проблема с одним asus-овским дешманским ноутбуком x205ta, где не работал звук вообще, потому что там был какой-то маргинальный аудиочип (звук таки вроде сделали на воспроизведение, я даже ядро патчил помню), но потом у этого ноута сломалась матрица экрана и я сдал его назад по гарантии.

Зачем? Им жалко машинного времени билд сервера?

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

Очередной способ поиздеваться над пользователями?

Уже много лет идут дискуссии чтоб выбросить sendmail который никто не юзает. Наконец-то решились.

(Перепишите все конфиги заново! Прочитайте километровый man!)

Проблема поставить из портов и скопировать папочку с конфигами?

Rust решает определенный сорт проблем, как и systemd. Мой продукт с systemd работает удесятков тысяч клиентов на встраиваемых системах, и я рад, что он есть. Потому что без него мне пришлось бы поддерживать довольно сложную и ветвистую километровую портянку баш-скриптов. Systemd упрощает стандартизацию и эксплуатацию.

Без негатива, но попробуй еще раз. Я не считаю, что обе вещи линукс испортили.

Мой продукт с systemd работает удесятков тысяч клиентов на встраиваемых системах, и я рад, что он есть.

Полагаю у «десятков тысяч клиентов» просто не было выбора, поскольку даже при большом желании залезть внутрь прошивки встраиваемой системы очень и очень непросто. И уж точно не ради systemd.

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

Зато это скрипты а не монолитное бинарное приложение, которое падает. Там же наверное все запихано в один бинарь: regexp, чтение файлов, опрос устройств ? И все это в любой момент встанет колом.