FreeBSD 15.0-RELEASE

В хэндбуке про GUI есть целый раздел, ЕМНИП.

С первой довольно плотно работал, даже две книжки по ней прочёл. А вторую палкой тыкал.

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

...они сейчас и не нужны?

Как сказать? Именно эти ОСи, может, и не нужны, особенно первая, хотя при наличии исходников это ещё большой вопрос. Но тема актуальна, даже очень.

Фряху? Да хоть сейчас.

Если ноут - наследство от дедушки, вечно включенное в розетку и в проводной Ethernet и что такое suspend-hibernate ему знать не положено?

Я последний раз пытался поставить фряху пару-тройку лет назад примерно когда вышел Ryzen 6800. КИтайцы на алике тогда очень дешево сливали синкбуки на оном процессоре. И какбы линукс туда встал - хотя тоже был баг с клавиатурой, но его как-то за месяц пофиксили. В смысле за неделю отпатчили для тех кто сам собирает ядро и меяц несли в релиз - минорный релиз ядра с фиксами у лиункса еженедеьно если что. А вот у FreeBSD прошло несколько релизов - начинал пробовать на 13*, потом вышеш 14, 14.1 - и …. Клавиатура так и не работает. Не - не s0ix, не гибернация, не энергосбережение на гетерогенных ядрах, не новые быстрые протокоды вайфая. Сраная клавиатура, Карл!!!! Клавиатура!!!!! Просто :%:?;%;:%? клавиатура - три :?::%:%?: релиза. Причем не линуксовые минорные ядра раз в неделю - тут между релизами месяцы долгие. И что-то мне подсказывает что еслти на этот ноут (увы попробовать не могу - уже поменял оное чудо) накатить 15* то тоже ни одна кнопа на клавиатуре работать не будет. И это не специфическая проблема ноута а специфика практически всех 6800 и 7800 райзенов.

В общем дамы господа и товарищи - *bsd при таком в общем-то многообещавшем наследстве классических *nix скатилась в днище. Как бы грустно это не было - но увы факт. Очень любил эту систему в до-ноутбучные времена 486-х процессоров и с каждым релизом надеюсь что вот-вот, и феникс возродится и взлетит - но походу с каждым разом дно все глубже.

к дестктопу готов?

А как вы ухитрились поставить на ноут что-то при неработающей клавиатуре? Клава отказалась работать сразу при установке? Чисто мышкой клацали на далее-далее-далее? Так зачем было мучить стюардессу?

А как вы ухитрились поставить на ноут что-то при неработающей клавиатуре?

Берём Установочный Образ для Флэшки, Слегка Модифицируем, чтобы Получать/Устанавливать IP и Запускать SSHD. Если хочется как Оригинальная Установка, то:

/usr/libexec/bsdinstall/startbsdinstall primary

… ВозМожНо:

/usr/libexec/bsdinstall/runconsoles /usr/libexec/bsdinstall/startbsdinstall %

… Но Эта у Меня не СРаботала. Если ВышеУказанные не Пашут, то ПроСто:

bsdinstall

Далее уже Проще :)

Обновился с 14.3 - полёт нормальный.

В оффтопе вообще всё не как у людей.

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

Касательно же «зачем мне printf». Во-первых, как я уже выше отвечал, авторов ОС проблемы необычных языков мало волнуют, т.е. решать их могут, если желают, мейнтейнеры этих самых языков своими силами. Во-вторых, на самом деле ты не заметил ещё более интересного аспекта: printf может быть ненужен и программе на Си тоже (у меня вот свой другой printf есть, а libc-шным я не пользуюсь обычно). И в-третих, на самом деле всё вышенаписанное не важно, потому что тратится от всего этого только виртуальная память твоего процесса, а не физическая. Физическая память потратилась один раз, когда libc подгрузилось для /sbin/init-а, а все следующие использования той же .so просто мапят её уже загруженный код желающему процессу. А хоть один процесс, которому printf таки нужен, в системе, думаю, всё-таки найдётся, так что зря он не будет занимать память. То же самое касается и всех остальных shared библиотек - вне зависимости от того, сколько процессов с ними слинковано, в оперативной памяти лежит только одна их копия. С той разницей, что у других библиотек шанс того, что их подгрузил только один процесс ради себя, намного выше.

а если я использую libGL.so, мне должно быть плевать, к какому libc она прилинкована и прилинкована ли вообще, мне нужен лишь загрузчик, способный его загрузить. Но к сожалению elf немного убонгий и разные libc могут мешаться друг другу

Не знаю конкретно насчёт libGL, но в общем случае ты не прав. Дело вот в чём: библиотека может прислать тебе (или принять от тебя) некий FILE*, и если у твоей проги и библиотеки разные libc, то корректно работать с чужой файловой структурой скорее всего не получится. Формат elf тут ни при чём. И такое даже в оффтопе есть (FILE* из msvcrt.dll и файл из его же аналога, но слинкованного статически друг с другом не совместимы).

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

Вообще, насколько я слышал, у опенбсд поддержка всяких десктопных штук лучше. Но тоже не проверял.

А зачем гибернации какой-то platform и что это? Она ж просто сохраняет оперативку на диск и выключает комп, не?

Судя по installworld ты его переклмпилровал вручную. Конфиг ядра случайно не трогал? Может опции COMPAT закомментировал?

Зачем inotify, в фре же есть нативный инструмент для слежения за файловой системой.

Затем, что у мониторинга большого количества файлов при помощи kqueue() была один очень неприятная особенность: для отслеживания каждого файла делался open("/tmp/foo", O_RDONLY) и затем файловый дескриптор отправлялся в kqueue() для слежения. Следовательно, если нам нужно следить за директорией с огромным количеством файлов, то вылазило «Too many open files». А если не вылазило, что производительность сего процесса была печальной. Юзкейс – проги синкающие файлы, и прочие, которые, как правило, юзали glib функции для слежения за директориями/файлами.

Второй нюанс заключается в том, что существует куча софта написанного под ляликс завязанного на inotify для отслеживания событий файловой системы. Ранее, чтоб подобный софт портировать во фряху, пришлось накостылить libinotify-kqueue, который, по сути, являлся транслятором inotify вызовов в kqueue(). А поскольку выше упомянутая либа все равно юзала kqueue(), то для слежения за директорией она обходила все файлы и папки открывая эквивалентное количество файловых дескрипторов.

В какой-то момент разрабы фряхи почесали репу и решили реализовать inotify на уровне VFS + kqueue(). В итоге, для слежения за директорией и всех вложенных файлов ядро говорит VFS, мол если чё-нить изменится в этой директории или ниже ее – просигналь мне в kqueue(). В итоге, на одну операцию «слежения» за директорией и всем что с ней находится, открывается лишь один файловый дескриптор.

Так что, с одной стороны – решение древней и неприятной проблемы приводящей к тормозам всяких там файловых менеджеров и синхронизировалок, а с другой – один общий с лялихом механизм для совместимости с уже написанным софтом.

библиотека может прислать тебе (или принять от тебя) некий FILE*

Prtable библиотека не должна так делать т.к это струетура для языка Си. Библиотека каких-ио утилит для языка Си может

Чтобы работало пробуждение как из обычного сна. Я обычно эту штуку отрубаю, заменяя на обычный shutdown

ЕМНИП в 15 обещали завести интел вафли на более-менее менее скоростях - оно случилось?

В моем частном случае (Intel 7260ac) ничего не случилось. iwm как была скорость 20мб/с так и осталась, iwlwifi так же 4-5мб/с. Портируют драйвер iwx из опенка, но это уже не моя история.

В случае iwm ноут нормально засыпает/просыпается, как и раньше. При iwlwifi сеть падает.

W: Download is performed unsandboxed as root as file ‘/root/xx/bash_5.1-2+deb11u1_i386.deb’ couldn’t be accessed by user ‘_apt’. - pkgAcquire::Run (13: Permission denied)

И? Какой вывод…? Может все таки установка системы от рута - это не есть что-то неправильное…?

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

И номада запускал - номад закгружается в иксы,мыша ездит - клава нет…

В базовую систему ни DE, ни иксы не входят.

Дикие люди. Даже оффтопик давно уже идет с DE, а эти всё в консоли сидят…

Сисколлы не должны быть интерфейсом для юзерспейса вообще никогда.

Больше абстракций богу абстракций!

Я вывел для себя правило: обновляться через 3-4 дня после официального объявления о релизе

Вас там наказывать начинают через сколько дней необновления после выхода релиза?

startx

Т.е. xdm под фрю не завезли чтоли?

Но к сожалению elf немного убонгий и разные libc могут мешаться друг другу

Кстати, да. Думаю сделать порт ядра и Debian, но на PE-бинарниках. Задолбало уже, что к варсии libc гвоздями пол дистра прибито.

little-big

Это на чем таком ты ноут желаешь?

пытаются сделать вид что Си всего лишь один из языков

А он сколько «из языков»??.. ;))

да любой современный интел начиная с 12 поколения вообще-то. И последние райзены которые 300AI тоже того. У 100-200 интелов вообще 3 кластера ядер - P, E и LP. И классический скедъюлер линукса (надо полагать и BSD) будет по определению киать все задачи на ядро с большей свободной capacity то есть все пойдет на большие ядра и привет гул турбин прощай батарея.

так в том-то и дело, что из Linux, при помощи патчей Adeos и Xenomai, можно сделать RT систему жесткого времени, а подобных патчей в BSD я не встречал. Хотя как по мне, BSD-ядро бы выглядело на конечном решении симпатичнее, в силу компактности.

Я вывел для себя правило: обновляться через 3-4 дня после официального объявления о релизе

Вас там наказывать начинают через сколько дней необновления после выхода релиза?

Через три месяца:

The FreeBSD support model

Under the current support model, each major version’s stable branch is explicitly supported for 5 years, while each individual point release is only supported for three months after the next point release.

Даже оффтопик давно уже идет с DE, а эти всё в консоли сидят…

Зато, скрепно и духовнодьявольщина ;)

чо это глючил и тормозил? у меня на PIII с SiS 300 кеды прекрасно работали

В оффтопе вообще всё не как у людей.

Да нет, отсутствие прямого доступа к вызовам ядра – это как раз отлично, поскольку позволяет версионировать пользовательский API. На этом и держится обратная совместимость венды, тянущаяся уже больше 30 лет.

Может я хочу странного, есть ли теоретическая возможность установить FreeBDS на ntfs без этих zfs/ext4?

Вон все люди вокруг в эирподсах и их клонах ходит.

«Люди вокруг» много чем ещё занимаются, но это не значит, что нужно за ними повторять.

Вызовы ядра тоже можно версионировать. И у фрибсд тоже обратная совместимость есть.

Ну речь то про мажорные релизы шла вроде.

Вызовы ядра тоже можно версионировать.

Гораздо сложнее, чем подгрузить нужную версию рантайма.

И у фрибсд тоже обратная совместимость есть.

Бинарная? Правда? Можно ли запустить на FreeBSD бинарники из 1997?

Ну вот этот порт https://www.freshports.org/games/linux-quake3/ устанавливает линуксовую третью кваку на оригинальном движке из оригинальных установочных файлов. Наверно, и из 97-го файл запустится, если только он не в том формате, который был до ELF.

Ну вот этот порт https://www.freshports.org/games/linux-quake3/ устанавливает линуксовую третью кваку на оригинальном движке из оригинальных установочных файлов.

Ну то есть, с линуксом из 1997 совместимость есть. Хехехе..

Впрочем, в линуксе она тоже бесполезна, потому что куча всего была поломана. Те же игры из того времени нормально не работают, нужно плодить костыли для OSS и странных багов с иксами. Проще через Wine запустить.

...при помощи патчей Adeos и Xenomai, можно сделать RT систему жесткого времени...

Ну-ну. 😉

В «Базальт-СПО» обещают выкатить ядро-rt, посмотрим.

...BSD-ядро бы выглядело на конечном решении симпатичнее...

Это да.

Я не проверял конкретно 1997, у меня нет таких старых бинарников, но вполне вероятно запустится. В ядре есть опции COMPAT_FREEBSD4, COMPAT_FREEBSD5 итд для поддержки старых сисколлов (в дефолтном ядре они все включены, но опционально можешь пересобрать его без них). FreeBSD 4 началась в 2000 году. Про совместимость с 3 не знаю - возможно до пятого релиза никакие сисколлы не устаревали. Также, если бинарник не статический, могут потребоваться старые библиотеки - например https://www.freshports.org/misc/compat4x/ - ставятся в одну строчку, опять же начиная с 4 версии есть пакеты.

И кстати есть порт https://www.freshports.org/sysutils/hpacucli/ который зависит от compat4x.

Наверно, и из 97-го файл запустится, если только он не в том формате, который был до ELF.

В ядре есть опция COMPAT_AOUT но кажется дефолтно она отключена.

Судя по installworld ты его переклмпилровал вручную. Конфиг ядра случайно не трогал? Может опции COMPAT закомментировал?

Ясен Пень, «Трогал»… И да, Во Всех Моих Ядерных КонФигах (На Железки, на QEMU KVM, на VMWare, …) Инклюдится «No_Compat»: nooptions COMPAT_FREEBSD4 … nooptions COMPAT_FREEBSD32 ну и ещё там по-мелочи: tdfx, COMPAT_LINUX, COMPAT_LINUX32, … Единственное, что Не СбрасываетСя: «COMPAT_FREEBSD11» — а то без Него Go122+ Не СобираетСя. Конечно, за Годы у Меня «НаБралОСь» Make.Conf 70K, Src.Conf 20K, Целая Иерархия КонФигов Ядер, причём там ОтКлючено ещё менее Половины от Того, что Я хотел бы ПоВыкидывать…

Затем, что у мониторинга большого количества файлов при помощи kqueue() была один очень неприятная особенность: для отслеживания каждого файла делался open(«/tmp/foo», O_RDONLY) … производительность сего процесса была печальной.

ПодТверждаю: МногоКратный ЗаПуск «tail -F» начинает ТуПить уже после 540—750 Экземпляров, и Дело тут не в «НеХватке Памяти»…

Хм, а идея интересная. В принципе binfmt есть и можно запатчить glibc/musl под новый формат. Останется разобраться как заставить драйверы компиляторов линковать в PE

Может я хочу странного, есть ли теоретическая возможность установить FreeBDS на ntfs без этих zfs/ext4?

Может быть и есть Возможность ПриДелать к Жигулю Колёса от КарьернОго СамоСвала… Это будет «Смешно», но не «Практично»…

— Вы пробовали сделать из Мухи Слона? — Конечно! ХоБот уже имеется, нужно удалить Крылышки и две «Лишние» Лапки и ЗаЦените, какие ВыРазительные Глаза!

Ну так значит ты сам отключил совместимость, зачем об этом писать будто «оно сломалось»?

К конкретной версии libc ничего не прибито, не выдумывай. А на то, что если твоя прога хочет каку-то функцию, которой нет в старом libc то со старым libc она не заработает - формат бинарников никак не повлияет.

Можно ли запустить на FreeBSD бинарники из 1997?

Насчёт 1997 не уверен. Совместимости с 2.2 вроде не обещают (и что-то не припомню, оно тогда уже в ELF по умолчанию собиралось?)
Но тем не менее:

$ uname -srm
FreeBSD 14.3-STABLE i386
$ ls -l /bin/sh
-r-xr-xr-x  1 root  wheel  460936 15 сен  2006 /bin/sh
$ file /bin/sh
/bin/sh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 4.9.2, statically linked, stripped

а что ну-ну?

Самое главное не написали. i386 выкинули.