Подготовлен первый бета-выпуск FreeBSD 12.0. Выпуск FreeBSD 12.0-BETA1 доступен для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 12.1 запланирован на 4 ноября...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51529
Яндекс же вроде давно открестился от фряхи
И что? кому ваш Яндекс нужен.
Да понятно не нужен, но инженеры в тихую от начальства сетевой стек пилят
Программисты, а не инженеры...
Вам погромистам виднее
ну вот как последний гигаспицыализд типа dapredator свалил из рф пацаны посидели, поплакали и продолжили использовать решения которые просто работают
Я сам баловался Фрёй во времена девятки, но чего-то не придавал значения тому, о чём сейчас хочу спросить. Как там обстоят дела с проприетарными драйверами? Лучше чем в Линукс или так же? Бывает такое, что производитель озаботился своим блобом под Фрю, потому что там лицензия позволяет, а под Линукс этого блоба нет, вместо него только костыли сообщества? Или, если уж под Фрю это есть, то под Линукс оно же точно есть? Типа там всякие драйвера для вайфаев, принтеров и проч.
Для nvidia есть, работает нормально в 12.0.
Пфф! Да это то ясное дело.
Но! Если у тебя ноут, в ноуте nvidia + Intel, в интеле встройка. То у вас утка с иглой в яйце, вместо видео.
А если последний Ризень с Нави11, то и яйца нет? А на Линуксе уже есть?
Фря для десктопа не хуже Линукса.
GhostBSD https://ru.wikipedia.org/wiki/GhostBSD готова для десктопа
TrueO https://ru.wikipedia.org/wiki/TrueOS менее готова, то тоже юзабельно
Debian GNU/kFreeBSD http://ftp.debian.org/debian/dists/stable/main/installer-i38.../
Arch FreeBSD https://pacbsd.org/
> GhostBSD, TrueOS, Debian GNU/kFreeBSD, Arch FreeBSDСписок глючной, неюзабельной, ненужной х-ни.
Берете ванильную Фрю, хендбук в зубы и делаете хоть десктоп, хоть серверю
так первые два варианта - они же именно вот так и делались!
вторые два (особенно последний) - не щупал, сказать не могу.
Они все дистрибутивы от freebsd. Которые только упрощают установку, если ты не можешь поставить на фрю wm (x, etc), то у тебя 100% будут проблемы во время эксплуатации которые ты не сможешь решить.{x}bsd окуенные, но если ты не готов читать и понимать man, дистрибутив только потратит твое время.
Да, да, конечно и Линукс исключительно LFS юзать. Вы оба дураки.
таки уже чем Вам плох ALFS (automated Linux from scratch)?
Что, компилится долго на нищeбрoдских процах? Так надо было за лето листовок что-ли поразносить по ящикам, либо на стройке раствор туда сюда, и купили бы уже себе Ryzen2 - недорого и довольно быстро. Теперь ждите каникул...
Дело не в аппаратном обеспечении, а в рациональном расходовании человекочасов. Прыщавые школьники забывают один простой принцип: ОС для человека, а не человек для ОС. ОС это просто прослойка для запуска прикладного ПО. А ты продолжай трындерь про сборку с нуля.
Перед тем, как отвечать на комментарий выше - не мешало бы Вам понять о чём вообще там шла речь.> http://www.linuxfromscratch.org/alfs/
> The goal of ALFS is to automate the process of creating an LFS system.
> It is a Bash shell script that makes use of Subversion and xsltproc to first download the XML sources of the Linux From Scratch book and then extract any necessary commands, placing them into executable shell scripts. [...] can fetch [necessary source packages]. [...] generates a Makefile which will control the execution of the shell scriptsКраткий перевод: ALFS автоматически вытаскивает из книги про LFS нужные для сборки комманды, автоматически скачивает что нужно, и автоматически генерирует скрипты, которые автоматически же соберут Вам систему. Да, для этого надо скачать ALFS-репозиторий и запустить процесс.
Вот Вам и человеко-часы, только не Ваши, и не с нуля, а с репозитория.
С любителями изобретать велосипед трудно вести осознанный диалог.
> Да, да, конечно и Линукс исключительно LFS юзать.Сравнение так себе.
У Вас просто паттерн в голове, что вам по дефолту в Убунте все настроили и вы старые привычки хотите на FreeBSD притащить.
А во FreeBSD другой use case. Там минимальный дефолт без автомагии. Вы сами делаете себе окружение как вам лучше и удобнее.
И да, это делается один раз потому, что в дальнейшем конфиги копируются, а установка автоматизируется скриптом.
>Они все дистрибутивы от freebsd. Которые только упрощают установкуТак ты ещё и не знаешь о чём говоришь. В TrueOS и PACBSD OpenRC и другие глубокие изменения коснулись. Главное с умничать, показать какой иксперд, а по факту обделался
Сумничать это про тебя. "другие глубокие изменения" - Привел бы пример.TrueOs сменили init на openRC, без альтернативно ставят zfs и geli. Навязывают люмину и не работающий appCafe. Все это элементарно делается на голой фре. Включая их софт можно поставить из портов.
pacbsd хотели стать как arch linux только bsd, (оформляют порты по другому, не упаковывают код в архив). удобно, но таких портов меньше 5% от базовой bsd и документация стремится к нулю.
Уже завезли для AMD и Intel для 11, 12 и 13й веток
https://www.freshports.org/graphics/drm-current-kmod/
https://www.freshports.org/graphics/drm-fbsd11.2-kmod/
https://www.freshports.org/graphics/drm-fbsd12.0-kmod/
Работает все
https://wiki.freebsd.org/GraphicsВулкан тож есть
https://www.freshports.org/graphics/vulkan-loader/
Остальное что нужно ищите здесь
https://www.freshports.orgВозможно есть проблемы с какими-то экстрановыми чипами (сам юзаю nVidia как основную карту, не проверял)
Если же грить исключительно про пропиетарю - часть дров есть
Смотреть здесь https://www.freshports.org/kld/
(в основном сеть и acpi), часть реализована как драйверы xorg (в основном всякие input-устройства), часть через подгрузку нужной фирмвари к модулю firmware.ko (wifi, bluetooth), часть через webcamd (реализация v4l для bsd)
Объявлены устаревшими и будут удалены вo FreeBSD 13 утилиты ctm и timed.Блин, я пользуюсь (
> Объявлены устаревшими и будут удалены вo FreeBSD 13 утилиты ctm и timed.
> Блин, я пользуюсь (https://www.freebsd.org/cgi/man.cgi?query=timed&apropos=0&se...
HISTORY
The timed utility appeared in 4.3BSD.The latest timed code has been made available as a port (net/timed) in
preparation of removal from base in FreeBSD 13.0.https://www.freebsd.org/cgi/man.cgi?query=ctm&apropos=0&sekt...
The ctm command appeared in FreeBSD 2.1.The latest ctm code has been made available as a port (misc/ctm) in
preparation of removal from base in FreeBSD 13.0.
> я пользуюсьну пользуйся дальше. кто мешает-то? просто теперь будет не в базе, а в портах.
если ты юзер фряхи, до пора привыкнуть, что какие-то устаревшие вещи они выносят, не включая в базовую поставку
>>Добавлена утилита trim для удаления содержимого блоков с Flash c с использованием алгоритмов минимизации износа;Что, она только сейчас появилась или я чего-то не догоняю? Чем они до этого вообще занимались если ручного trim не было?
>>>Добавлена утилита trim для удаления содержимого блоков с Flash c с использованием алгоритмов минимизации износа;
> Что, она только сейчас появилась или я чего-то не догоняю?И первое и второе.
> Чем они до этого вообще занимались если ручного trim не было?Наверное, ждали мудрый, "направляющий" комментарий от анонимов опеннета?
Подсказка: не все, что называется так же (или похоже) как в "любимом линухе", является "полным аналогом":
> The trim utility erases specified region of the device. It is mostly
> relevant for storage that implement trim (like flash based, or thinly
> provisioned storage). All erased data is lost.Зачем вам так необходим _такой_ ручной trim?
Помню, что когда в Линуксе давно уже был trim по расписанию как часть systemd, в документации Фри по SSD всё ещё указывали прописывать discard в options fstab, что на самом деле категорически не рекомендуется, ибо заметно увеличивает количество операций доступа к SSD и отрицательно влияет на быстродействие.
Discard в fstab на FreeBSD? Вы ничего не путаете?
Да, чего-то я напутал по давности. Можете меня теперь клевать, мне всё равно.
> Помню, что когда в Линуксе давно уже был trim по расписанию как часть systemd, в документации Фри по SSD всё ещё указывали прописывать
> discard в options fstab,Значит, плохо (и не то) помните - помимо того, что discard сугубо пингвинячья опция:
git -C /usr/src/sys/ufs log
commit a44d57eec1b7d9bd34822f81c4e7bde6e9e85f68
Author: mav <mav@FreeBSD.org>
Date: Tue Jan 19 12:58:29 2010 +0000MFC r201139:
Add BIO_DELETE support to ada(4):
- For SSDs use TRIM feature of DATA SET MANAGEMENT command, as defined by
ACS-2 specification working draft.
- For CompactFlash use CFA ERASE command, same as ad(4) doescommit f60568ce2e9a52bcb63e2ad46f8bc34bf16b6273
Author: mav <mav@FreeBSD.org>
Date: Mon Dec 28 20:08:01 2009 +0000Add BIO_DELETE support to ada(4):
- For SSDs use TRIM feature of DATA SET MANAGEMENT command, as defined by
ACS-2 specification working draft.
- For CompactFlash use CFA ERASE command, same as ad(4) does.
git log -C /usr/src/sbin/newfs
commit d69a17ac0a884f83a0d321fb56d071796e6a1568
Author: kib <kib@FreeBSD.org>
Date: Wed Dec 29 12:31:18 2010 +0000Add support for FS_TRIM to user-mode UFS utilities.
Reviewed by: mckusick, pjd, pho
Tested by: pho
MFC after: 1 month
> systemd
> Mon Dec 28 20:08:01 2009О да, о да.
(даже если брать за точну отсчета релиз 9.0, с которой вы, вроде как "баловались"
https://www.freebsd.org/releases/9.0R/relnotes.html в январе 2012
> The FreeBSD Fast File System now supports the TRIM command when freeing data blocks)
Ну и:
https://www.freebsd.org/releases/9.2R/relnotes.html
> The ZFS filesystem now supports TRIM when used on solid state drives.т.е. поддержка на 6 лет раньше пингвинячей версии ZFS.
Просто десктопный Линукс сегодня мне кажется уже настолько херовым, что начинаю с интересом читать новости про Фряходвижуху.
BSD community намного более адекватное, чем линуксячий дурдом. Они хотя бы не делают лицемерных и лживых заявлений по поводу юзабельности своих систем на десктопе.
Может и не делают, да только линуксячие системы в большинстве своём наверно всё же пригодны для десктопа, в отличие от. Я проверял, вполне. Да и что там заявлять, если всё работает и целиком удовлетворпяет все самые странные пожелания?
Если десктоп на ноуте, то под Линём лучше на порядок со встроенной переферией и дровами для нее.
> Если десктоп на ноуте, то под Линём лучше на порядок со встроенной переферией и дровами для нее.
>> всё же пригодны для десктопа, в отличие от. Я проверял, вполне.
>> Да и что там заявлять, если всё работает и целиком удовлетворпяет все самые странные пожелания?Если что, пишу сейчас с такого ноута. Шесть лет уже как без дуалбута (в дебиан), полет нормальный, проверяльщиков не видел.
Про "в 10 раз лучше" попрошу рассказывать сказки-то кому-то другому, а то ведь я эту вашу бубунту регулярно на паре старых ноутов тыкаю, так там быстро целый списочек проблем из-за автомагии набирается - то пульса самовольно переключает выход аудио с HDMI на внутренние динамики, то подключенный через bluetooth динамик (JBL) "отваливается" и подключается заново только после удаления и повторной добавки где-то в дебрях BT-управлялки, то каждый раз после просыпания подключенный внешний монитор оказывается "новым устройством" для которого показывают диалог настройки, то при апгрейде ядра не апгрейдятся ядерные заголовки, из-за чего пересборка модулей dkms (впрочем, не уверен что правильно определил) и даже удаление и установка пакета нвидиа с нуля (кто же знал, что старая версия заголовков зависимости нвидия устраивала), тихо-мирно фейлит без всяких подсказок в бубунто-гуе.
Спасибо, я лучше на "неготовой" фре посижу - там я хоть без проблем сам могу настроить ручками, как надо или залезть внутрь и пропатчить за 10 минут хоть ядро (это, если что, не фигура речи), не опасаясь что после следующего обновления или после resume что-то опять отвалится.
Два чая этому неодинокому господину!
> Если что, пишу сейчас с такого ноута. Шесть лет уже как без
> дуалбута (в дебиан), полет нормальный, проверяльщиков не видел.С учетом трех используемых десктопов на FreeBSD, под свежими ноутами переферия проще поддерживатется тем же Минтом, нежели FreeBSD. Просто факт и ничего личного.
Ставьте windows 10
Давно ей пользуюсь, о линуксе забыл как о страшном сне.
А что мне нужно скомпилить, пользуюсь wsl.
Я надеюсь, что фря более-менее на плаву. А то в прошлой теме про Солярис писал, мне сказали он рип (кроме серверов от фуджитцу)
Всё с ней, в целом, в порядке. Просьба не беспокоится.
Про дистрибутивы Фри я написал выше. На базе OpenSolaris/illumos есть: Dyson, DilOS, OpenIndiana.
И практически ничего про сеть.
А что не так с сетью, за исключением того, что выпилили ALTQ за неимением мэйнтейнера и соотв. высоким риском bitrot'а?
Когда это успели ALTQ выпилить? Ткните ссылкой.
Был не совсем прав.Выпилили ALTQ из Open'ка - теперь там всё по-другому: https://man.openbsd.org/pf.conf.5#QUEUEING
Во Фре - последний раз когда смотрел - ситуация была следующая: 32bit счётчики => всё, что быстрее гигабита с копейками - не пошейпить; были на это дело патчи, например https://reviews.freebsd.org/D16782 - но я не смотрел, приняли ли их пост-фактум в 12.*; так же не в курсе, делался ли их бэкпорт в pfSense 2.4* (то есть в 11.2).
Вообще же - некоторые драйверы (с ходу могу вспомнить ixgbe) для включения ALTQ-очередей требовали перехода в legacy-режим (а-ля ранние e1000, скорость на NUMA соотв. меньше), BORROW ("одолжить у папы") местами не работал, а что до тестирования качества - так ALTQ, насколько мне известно, на проэкте вообще никто не тестирует, и как результат - всё, что не HFSC, тихо гниёт (и работать как бы не обязано).
Я был в своё время одним из тестеров самого первого патчсэта как для ALTQ, так и для PF - ещё во времена 5.1 - и мне обидно, что сейчас ситуация c ALTQ такая, но по работе с этим сейчас к сожалению не стыкаюсь, а _релевантный_ досуг практически отсутствует, и вот так вот... Стыкался бы - было бы на чём тестить - первым делом автоматизировал бы тэсткейсы, а вторым - пообщался бы с ребятами насчёт синхронизации PF'а с предпредпредпоследним Опенком...
Может хоть в этой версии у меня мать с исключительно XHCI на борту начнет цеплять UPS по USB. Сейчас просто швах какой-то.
>В сетевой стек добавлена поддержка NAT64 CLAT (RFC6877), реализованная инженерами из Yandex;Инженером из Яндех, Andrey V. Elsukov
http://bu7cher.blogspot.com/2017/04/ipfwpmod-ipfwnptv6-ipfwn...
Хороша, чертовка!
Всегда была, есть и будет лучшей.
> Хороша, демоница!Не благодари.
Он вам не Димон.