Разработчики FreeBSD опубликовали отчёт о развитии проекта с июля по сентябрь 2020 года. Наиболее существенным достижением стала реализация возможности сборки базовой системы FreeBSD в окружениях на основе других операционных систем. Необходимость сборки в других операционных системах обусловлена желанием задействовать для тестирования FreeBSD инструментарии непрерывной интеграции, завязанные на Linux или macOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53948
Ждем когда FreeBSD будет запускаться по Linux и тогда её можно будет встретить внутри каких-нибудь докер-контейнеров (но зачем??)
Знаешь, надо... И наличие здоровой конкуренции будет на пользу и самому линуксу. Было бы очень здорово договориться всем на уровне Linux kernel API в таком виде, чтобы я мог в своей кубунте, например завтра, выбрать ядро не только линукса, но и фрибзды. Большая часть деталей уже есть.
Но как говорят - "Тебе надо, ты и делай".
> наличие здоровой конкуренции будет на пользу и самому линуксуВозможно, многие негативные тенденции в Linux, возникшие за последние 15 лет, обусловлены именно тем, что у него не осталось конкурентов среди серверных систем общего назначения.
Рано или поздно Linux дойдет до то же стадии, что и иксы — «Nobody wants to say how this works. Maybe nobody knows ...»™
Хочется надеяться, что к тому времени у него появится достойный опенсорсный сменщик.
> многие негативные тенденции в Linux, возникшие за последние 15 летИменно!
> Рано или поздно Linux дойдет до то же стадии, что и иксы — «Nobody wants to say how this works. Maybe nobody knows ...»™
Вряд ли. Документация по ядру - неплохая. И книга John Madeiu - Linux Device Drivers - 2017 - мне тоже очень понравилась. Всё-таки здесь очень хорошее разделение на микрофреймворки.
> достойный опенсорсный сменщик.
Очень трудно резко выпрыгнуть из леса и заявить себя сменщиком(только позавчера узнал это слово).
Санки например - сделали рабочую линукс-зону, некрософт - ниасилил и перешёл на виртуалку. А вот линуксатор во фрибзде - явно подзаброшен в нерабочем состоянии.
Бздешный юзерленд например, почти полностью состоит из окололинуксового софта. Обратного - сильно меньше(bsdutils в дебиане). Вот не захочу я менять линуксовые кеды на бздешные, честно. И хотеть бздешный баш вместо линуксового тоже нет причин. А вот загрузить текущий кубунтовский корень из-под другого ядра - с удовольствием.
Потому для более удачных попыток замены более мелких компонент, перед властвованием нужно позаботиться о разделении. Например - реализовать полноценную поддержку Linux kernel API - как общего языка общения этих компонентов.
>Бздешный юзерленд например, почти полностью состоит из окололинуксового софтаЛолшто? То, что в сырцах сплошь BSD License - тебя совсем не смущает? Или линагзоиды уже настолько офонарели, что теперь весь опенсорс записывает в свои личные достижения? Уже и кеды стали линуксовыми, ога. Вы там не забывайте свою же мантру на случай факапов - "линукс это только ядро".
линукс это действительно ядро, но гну/линукс это набор из ядра и других компонентов. в большинстве своем под гпл, но есть же и блобы. вот и отнесись к фряшному ядру как большому блобу. мак например также относится и ничего живет припеваючи.))
> вот и отнесись к фряшному ядру как большому блобу.Понятие "блоб" предполагает закрытый фреймворк по его созданию, набор инструментария "для избранных". FreeBSD таким "блобом" не является, так как весь инструментарий, ядро и мир доступны в исходных текстах для свободного использования буквально.
> То, что в сырцах сплошь BSD License - тебя совсем не смущает?Не смущает. Мне подходят все свободные лицензии. И таки где они "сплошь"?
> Уже и кеды стали линуксовыми
Ты читать не умеешь. Там речь про API/ABI была. Рекомендую ещё раз пройтись по тексту.
> Вы там не забывайте свою же мантру на случай факапов
О каких фокапах идёт речь?
>Например - реализовать полноценную поддержку Linux kernel API - как общего языка общения этих компонентов.Не забываем: "Stable (kernel) API is nonsense".
Не забываем о наличии внешнего и внутреннего апи.
- Внешние: я могу из современного дистрибутива линукса чрутануть старый корень, работавший с 2.4 ядром. Пробовал, работает.
- Внутренние: Книга "John Madeiu - Linux Device Drivers - 2017" уже содержит пару примеров кода, которые сегодня(2020) не смогут работать без переписывания.А вы таки слышали звон, с чем и поздравляю. Там выше шла речь в внешних апи.
>Бздешный юзерленд например, почти полностью состоит из окололинуксового софта.1 Неплохо бы научится разделять что относится к OS, а что нет.
2 То что относится к OS и заимствовано (а это нормально), это как минимум POSIX код.
>наличие здоровой конкуренции будет на пользуБсд сейчас во всех областях от дома до ентерпрайза это удел маргиналов и никакой серьезной конкуренции не составляет. По всей видимости труп БСД живет за счет паразитов вроде эппле и сони.
Возьми вот запятых, у тебя, видимо, закончились:,,,,,,,,,,,,,,,
> чтобы я мог в своей кубунте, например завтра, выбрать ядро не только линукса, но и фрибзды.Было уже, называлось Debian GNU/kFreeBSD.
В корне неверно. Там не линуксовые, и даже не совсем бздешные бинари. Посмотрите через "file /bin/ls", например.
> чтобы я мог в своей кубунте, например завтра, выбрать ядро не только линукса, но и фрибздыDebian/kFreeBSD спасет отца русской демократии.
Не спасёт. Это плюс ещё одна сущность, а не дружба между уже существующими. Там не линуксовые, и даже не совсем бздешные бинари. Посмотрите через "file /bin/ls", например.
Ну нет, так нет. Смотреть я, конечно, не буду - и без того дел выше крыши, время экспериментов прошло лет 10 назад.
https://ru.wikipedia.org/wiki/Illumos вполне себе кошерная альтернатива линуксу
> https://ru.wikipedia.org/wiki/Illumos вполне себе кошерная альтернатива линуксуНе спорю. Все хочу потыкать, но руки не доходят. На пенсии, наверно, буду развлекаться. Если мы оба доживем до пенсии, все-таки 30 лет еще осталось...
https://illumos.org/docs/about/distro/
Открой для себя Debian kFreeBSD
https://ru.wikipedia.org/wiki/Debian_GNU/kFreeBSD
Ответ не по теме. Ещё одна сущность не улучшит, а только ухудшит ситуацию.
OpenIndiana вполне себе готов для декстопа.
Не будет никакого стейлюапи в линуксе. Срыночку это не нужно.
FreeBSD внутри Linux который внутри Windows... Хм? Cooooooombo!
ждем ответку от M$: BSD subsystem for Windows aka BSDSW?
BDMS
>обусловлена желанием задействовать для тестирования FreeBSD инструментарии непрерывной интеграции, завязанные на Linux или macOS
>macOSТайные желание альтернативно повёрнутых выходят наружу. Поэтому я свой домашний сервер уже давно перевёл на DragonFly BSD
Ну, как бы, макось — одна из самых распространенных BSD-систем (поспорить с ней может разве что JunOS).
Раньше была такая шутка: "Пользователи FreeBSD видят ее только через окошко PuTTY" (потому что на десктопе у них винда).Щас новая шутка уже про разработчиков, а не пользователей: "Разработчики FreeBSD видят ее через экран Mac'а".
Если с каким-то скрипом еще можно представить, что разработчик FreeBSD хочет для CI использовать какой-то инструмент, который работает только на Linux, и на FreeBSD его запустить не осилили (разработчики!!!). То я вообще не представляю себе разработчика FreeBSD, у которого на десктопе Mac (потому что на сервере с инструментами CI Мака точно быть не может).
Итого: у разработчика FreeBSD на десктопе Mac, на сервере CI Linux... Зачем тогда вообще FreeBSD?
> Раньше была такая шутка: "Пользователи FreeBSD видят ее только через окошко PuTTY"Она и сейчас есть. В отличие от глобального потепления глобальное поумнение даже в теории не существует.
А ты чё злой такой? Правда сильно задевает.
Вот я знаю одну бсдшницу, которая на минте сейчас. И ещё нескольких, которые.... Жалко что ни один на бсде так и не работает и на то есть причины.
> А ты чё злой такой? Правда сильно задевает.Скажу очевидное: петросянство с putty уже давно не улыбает. Очень давно.
> Вот я знаю одну бсдшницу, которая на минте сейчас. И ещё нескольких,
> которые.... Жалко что ни один на бсде так и не работает и на то есть причины.Кто-то таки работает. Но дело вообще не в этом.
- Лапчатые, вас 2% на десктопе! Линукс не нужен.
- Да мы, да нам, да тут (идёт миллион причин почему линукс лучше венды)И тут же:
- Фряшники, вы все работаете под вендой, фря не нужна.Мне одному такое двоемыслие кажется отвратительным?
P.S. А вот в то, что на десктопе у фряшника скорее будет макось или линукс, чем венда - я спокойно поверю. И причины понимаю, и подтверждений в реале полно.
> P.S. А вот в то, что на десктопе у фряшника скорее будет макось или линукс, чем венда - я спокойно поверю. И причины понимаю, и подтверждений в реале полно.Есть только одна "тонкость" местной терминологии:
если с макоси или вендочки будут админить бубунточку, то (у местных перепончатых), это будет "маковод" или "виндузятник". Если дополнительно или вместо бубунточки будет BSD - это будет "бздшнег".
>То я вообще не представляю себе разработчика FreeBSD,Сэр, уровень вашей некомпетности доходит до ядра планеты.
Операционные системы семейства BSD (внезапно с ~1970 года!) не содержат в своем составе X11 и иных графических систем.
Но содержит код для работы в СЕТЕВЫХ ТЕРМИНАЛАХ.
РАБОТА ЧЕРЕЗ СЕТЕВОЙ ТЕРМИНАЛ - ЭТО НОРМА РАБОТЫ С UNIX СИСТЕМАМИ.Может большими буквами дойдет до нужных участков мозга.
Не дойдет. "Фря омно, Линукс рулез!"А по мне так обоим место в музее.
А Линуксу в кунсткамере.
>А по мне так обоим место в музее.У вас есть готовое предложение по рабочему аналогу+, что вот так взять и мигрировать?
Нет? Пичалька.
Внезапно Эпл делает серверы.
https://www.apple.com/ru/macos/server/
Вы заблуждаетесь.Есть люди которые используют FreeBSD на десктопе, и я один из них. Хотя разработчиком FreeBSD я скорее не являюсь, тк моего кода там мизер, и больше я вожусь с портами.
Драгонфлай - не плох, но на десктопе с ним ещё хуже.
ONTAP от NetApp и ОС плойки от Sony забыл
В настоящее время для рецензирования уже подготовлен прототип порта "ZFS on Linux" для FreeBSD. Для его интеграции в кодовую базу FreeBSD остаётся добавить во фреймворк opencrypto несколько новых функций. Для слияния порта с основной кодовой базой "ZFS on Linux" требуется добавить поддержку FreeBSD в систему непрерывной интеграции, обеспечить прохождение кодом всех тестовых наборов и провести дополнительное тестирование качестваhttps://www.opennet.me/opennews/art.shtml?num=49815
Мозги не включай
@
комментарий пиши
Да засуньте уже свой опенкрипто себе в анус! Хватит насиловать зфс!издеваетесь над Линукс и бтрфс, они все равно с рождения калечные!
Кто использует FreeBSD в проде?
Да никто
Реально
Если осталось, то какое-то легаси или упертый фанатизм
Толсто. До невозможности. Тренируйся в локалке.
Легаси типа не прод :))Бздя для продакшена отлично подходит. Смуззевый CI/CD на нем из коробки не заведешь, понимаю.
Хотя jail-ы все нужное могли когда openvz был малостабильным дерьмом, а cgroups и докеров в планах не было.
Все остальное в бзде было стабильно и годно в прод еще раньше.Для бзди нужны более дорогие админы, а на линукс можно нанять не справившихся вебмакак и бывших виндузятников. Вот и весь недостаток.
Чего-т не заметно что они более дорогие, как впрочем и сложности во внедрении бзди никакой нет, только она не умеет делать что-либо лучше чем могут текущие линуксы, так нафиг его внедрять и морочиться со специфичными для него проблемами?
> она не умеет делать что-либо лучше чем могут текущие линуксыМожет лучше работать, например.
> морочиться со специфичными для него проблемами
Настолько специфичными, что ты с ними вряд ли столкнешься.
> Может лучше работать, например.- Прочентов на 10-20 ниже скорость сжатия файлов на той же дуалбутной машине.
- Неисправимо дохнущая UFS2. Часто даже fsck не спасает.
- Меньше поддерживается железа.
- Местный пакетный манагер, падающий на ровном месте без причин и оставляющий систему полуобновлённо-полуразваленной.
- Вайфай, не просыпающийся из спящего режима(вроде обещают фиксить, потом посмотрим).
- Слишком мало поддерживается софта(ждём прогресса с линуксатором).Да уж убедил. Сильно лучше работает...
Ну, берегись. Сейчас придет анонн, обвинит тебя во лжи и закидает ссылками и цитатам. Не по теме, правда, но главное — больше текста.
>> Неисправимо дохнущая UFS2. Часто даже fsck не спасает.Опять кто-то завел свою любимую метод^W шарманку:
smartctl -a /dev/ada0|grep -i unexpec
174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 75gpart list ada0 | grep " type"
type: freebsd-boot
type: freebsd-ufs
type: freebsd-ufs
> Ну, берегись. Сейчас придет анонн, обвинит тебя во лжи и закидает ссылками
> и цитатам. Не по теме, правда, но главное — больше текста.Неплохо у̵ ̵т̵е̵б̵я̵ ̵п̵р̵и̵п̵е̵к̵а̵е̵т̵ я вас надрессировал - даже не пытаетесь "закидывать" ссылками и цитатами очередные размытые, голословные у̵н̵ы̵л̵ы̵е̵ ̵н̵а̵б̵р̵о̵с̵ы̵ утвержения (а то вон, даже линуксоиды со стажем признают pkg неплохим пакетником).
Вместо этого сразу перешли на демагогию "на опережение" - "ссылки на применение в качестве скоростного файервола или раздачи TLS-стрима - это не считается, это не по теме, не то, понимать надо!".
Почти горжусь ))
И что крутится на ada0? nginx? Samba? Почта? Оно легко переживает fsck.
У меня InnoDB на UFS2 регулярно сыпется после Unexpect_Power_Loss. На zfs/ext3/ntfs - всё работает прекрасно при стоковых настройках MySQL.
>У меня InnoDB на UFS2 регулярно сыпется после Unexpect_Power_LossВключи soft updates и не морочь голову. И что это у тебя вообще за сервер с регулярными power loss.
>И что это у тебя вообще за сервер с регулярными power loss.кстати да, лол.
без относительно ОС на сервере, что это за конторка такая, где перебои в питании столь важного сервера - нечто обычное.ООО "Василек" не хватило на упсы? Или локалхост и мамка, не разрешающая долго сидеть за компуктером?
Ну и за все время пользования FreeBSD еще с 4ки и ее UFS1, не ловил краш файловой системы ни разу. Диск активно пользовался mysql/exim/apache/системы мониторинга, активно пишущие логи.
Кстати да, описанные неисправимые крэши на UFS2 лично у меня происходили после резкого выключения даже не смотря на Soft Updates. Вопрос: Почему на линуксе с ext4 и ext3 этого не происходит? Наверное мамка и василёк виноваты, а не разработчики ядра и ФС в частности...
> Вопрос: Почему на линуксе с ext4 и ext3 этого не происходит?Почему не происходит? И ext4 ласты заворачивает за милу душу. И любая ФС рано или поздно нагнется от таких издевательств.
> Наверное мамка и василёк виноваты, а не разработчики ядра и ФС в частности...
Нет, наверное, кто-то не удосужился внимательно поизучать маны и хендбук. Мои сервера, где ufs еще используется, редкие сбои по питанию переживают вполне благополучно. А вообще, если у вас "сервер в продакшене", а не vps-ка за 5$ с 256 метрами оперативы - пора бы и забыть про ufs, zfs куда интереснее во всех отношениях...
Насчёт заворачивания ехт4 ласт - интересно. Но у меня такое случалость только из-за падения жёсткого диска на бетонный пол. Надо Тэду Цо сообщить что его фс не идеальна, и в ней тоже теряются данные.> Мои сервера, где ufs еще используется, редкие сбои по питанию переживают вполне благополучно. А вообще, если у вас "сервер в продакшене", а не vps-ка за 5$ с 256 метрами оперативы - пора бы и забыть про ufs, zfs куда интереснее во всех отношениях...
Были и виртуалки, и физ-сервера. За лет 10 я привык "бояться" выключать питалово только на бздешных машинах. Уж очень часто херятся метаданные. SU+J - не помогают.
> забыть про ufs, zfs куда интереснее во всех отношениях...
Согласен. Но пришлось забыть про фрибзд.
> zfs куда интереснее во всех отношениях...Тоже согласен. B ZFS-on-Linux наконец-то побороли проблемы с read-range-locks. Вроде должно и до бздовой версии дойти. Ну вы там ждите, а мы уже используем.
>За лет 10 я привык "бояться" выключать питалово только на бздешных машинахДа-да, охотно верим: https://www.opennet.me/openforum/vsluhforumID3/122186.html#116
> Кстати да, описанные неисправимые крэши на UFS2 лично у меня происходили после
> резкого выключения даже не смотря на Soft Updates. Вопрос: Почему на
> линуксе с ext4 и ext3 этого не происходит? Наверное мамка и
> василёк виноваты, а не разработчики ядра и ФС в частности...дык на вопрос так и нет ответа, откуда этим резким выключениям взяться? упс + контроллер с батарейкой решают 99.99999% проблем независимо от ФС.
Да, исправлять программные недоработки аппаратно - тоже вариант, но фигОвый.
В данном случае - единственно правильный, т.к. проблема в прокладке между стулом и клавиатурой. Прокладку под замену, однозначно.
А последние хорошо работающие фс у Вас тоже на Фре? И какая в качестве корня используется?
1. gpart show и можно не грепать
2. судя по выхлопу у вас до сих пор нет uefi загрузчика
> 1. gpart show и можно не грепатьТам циферок много в выхлопе. Можно конечно сделать троллейб^W awk, "но зачем?"(c)
> 2. судя по выхлопу у вас до сих пор нет uefi загрузчикаМиграция методом "переткнул из старой железки" и "работает - не трожь!" ;)
>- Прочентов на 10-20 ниже скорость сжатия файлов на той же дуалбутной машине.Это возможно. Но чтобы знать, что это именно FreeBSD виновата, а не компилятор, хорошо бы собрать сам архиватор с помощью gcc той же версии, что и "в дуалбуте".
>- Неисправимо дохнущая UFS2. Часто даже fsck не спасает.
Давненько я ничего с UFS2 такого не видывал. У вас точно нет проблем с дисками?
>- Меньше поддерживается железа.
Что есть, то есть.
>- Местный пакетный манагер, падающий на ровном месте без причин и оставляющий систему полуобновлённо-полуразваленной.
Опять же - ни разу ничего подобного не видел. Это точно не связано с UFS2 (и/или диском)?
>- Вайфай, не просыпающийся из спящего режима(вроде обещают фиксить, потом посмотрим).
Мое личное мнение - FreeBSD еще менее приспособлен для десктопа, чем линукс.
>- Слишком мало поддерживается софта(ждём прогресса с линуксатором).
Проприетарного? Да, согласен.
товарищи, я хрен знает, что и как, для меня неприспособленность фри для десктопа началась, когда потребовалось много работать с мс проектом, мс визио, внезапно лотус нотесами и вариациями на тему нанокада.до этого лет семь стояла дома на десктопе и работала без всяких вышеописанных ужасов. киношечки, интернетики, опеноффис, игрушечки, асечки всякие - это было без проблем. с сусей в корпоративном окружении проблем было больше.
> Давненько я ничего с UFS2 такого не видывал. У вас точно нет проблем с дисками?Да, именно в случае проблем с дисками UFS2 дохнет очень серьёзно.
ext3, NTFS, ZFS переживает кратковременные сбои (например, по питанию). А UFS2 с журналом падает с грохотом. :(
Как показала практика, подавляющее большинство свидетелей рассыпающейся UFS2 фрю ни разу в жизни не видели и либо пересказывают небылицы своих товарок с лора, либо тупо выдумывают ахинею.
Воспроизвести ошибку на ufs гораздо проще: остановить питание достаточно; ext лояльнее к подобным издевательствам, все это, впрочем, справедливо для корневых систем с журналированием и может быть связано с особенностями ос и интенсивностью использования кеша, а не особенностью самой фс
Прямо как с xfs)
>ext лояльнее к подобным издевательствамИстинно так:
"ext4 посыпалась
Всем привет! при очередном включении компа ВНЕЗАПНО получил черный экран с предложением ввести пароль и посмотреть логи, в логах увидел следующее""побились файлы на ext4 после отключения электричества
При запуске ПК после неожиданного отключения электричества на одном из дисков обнаружились ошибки ФС. УПСа нет и не планирую, бэкап важных данных имеется, упала ФС с коллекцией фильмов - не критично, но неприятно. Отключил его в fstab, стартанул систему, запустил fsck""Повреждение файловой системы на диске, ведущее к зависанию
Всем снова здравствуйте! Недавно (похоже, в связи с неожиданным отсоединением внешнего жёсткого диска) произошло, похоже, повреждение файловой системы. Теперь любые действия с подмонтированной ФС приводят к зависанию программы... Попробовал проверить через fsck, но она зависает при попытке работы с этим диском PS Файловая система — ext4.""e2fsck: checksum doesn't match extent
После того, как в офисе выключилось электропитание, стал проверять файловые системы. И вот для 10 файлов e2fsck выдал пресловутое сообщение""Надежность ext4.........
Всем здасте! После сброса питания получил нерабочую фс. Восстановить никак не получается"
А Вы бы что предпочли?
> А Вы бы что предпочли?Отключить журнал и будет "хр*н ее убьешь":
>74 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 75Жаль, на внешних дисках нет такой статистики, они регулярно "вытыкаются" из разъема без отмонтирования.
>> А Вы бы что предпочли?
> Отключить журнал и будет "хр*н ее убьешь":
>>74 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 75
> Жаль, на внешних дисках нет такой статистики, они регулярно "вытыкаются" из разъема
> без отмонтирования.Еще жаль, что с журналом статистики нет: это ведь не Ваши сообщения о крэшах были выше приведены.
Инструмент под задачу
> Воспроизвести ошибку на ufs гораздо проще: остановить питание достаточно;Хочу передать вам привет от компа с фряхой работающий в полевых условиях с 2008 года, в основном от генератора, у которого помимо отвратительного питания имеются гадкие ситуации отключения в связи с ленью идти в дождь заливать бензин. SMART добросовестно репортит что 5-й параметр больше нуля, а 12-й перевалил за 92 тысячи... но как ни странно, бедолага с UFS2 продолжает добросовестно делать свое дело
>Слишком мало поддерживается софта(ждём прогресса с линуксатором).с исходниками - практически все. Если только нет какой-то линуксовой привязки.
Что еще надо? Орацл? Ты эксченж и прочий МС софт стал бы ставить на линукс? Особенно если от него зависит твоя зряплата?
Раньше линуксатор был необходим для флеша, как флеш здох так и благополучно забыл про него. А ну еще проприетарные драйвера от невидии требовали, но с ними никогда проблем не было.
В районе 6ки 9 оракель на ней ставился (про работу не скажу).Но по мне - надо тогда было быть непостижимо упоротым, чтобы ставить в продакшен оракул на на чём-то отличном от Sun или HP.
Вы теперь в каждой новости о БСД с одним и тем же набором отмечаться будете?> - Вайфай, не просыпающийся из спящего режима(вроде обещают фиксить, потом посмотрим).
Ну посмотрим, с чего я сюда пишу:
ifconfig wlan0
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500guptime
17:18:55 up 87 days 20:03
uptime
17:18 up 43 days, 2:36
uname -rs
FreeBSD 12.1-STABLEИз 87 дней 43 дня "аптайма", остальное, как несложно догадаться - спящий режим (S3).
Получается, у меня пофиксили еще лет 8 назад, а до ваших^W методичек^W вас патчи так и не дошли?
> - Слишком мало поддерживается софта(ждём прогресса с линуксатором).https://repology.org/
Top repositories
By total number of packaged projects
AUR - 56455
nix (nixpkgs unstable) - 52122
Debian+derivs (Raspbian Testing) - 33394
FreeBSD Ports - 26890
Fedora (Fedora 29) - 22292В общем, кто о чем, а современный линуксоид о любимой проприетари.
> - Неисправимо дохнущая UFS2. Часто даже fsck не спасает.
Уже достаточно написали выше. Разве что брешущая фирмварь + журнал = k-k-killer c-c-combo!
> Местный пакетный манагер, падающий на ровном месте без причин и оставляющий систему полуобновлённо-полуразваленной.
Правда, опять почему-то ислючительно у вас. Не иначе как "место проклятое!".
- нужно разбиратся из за чего у вас скорости различаются, быть может пакеты собраны с разными опциями- UFS2 у меня дохла неисправимо пару раз за последние 13 лет, и было то в основном потому что я был нубом и не отключил проверку файловой системы в бэграунде.
fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails.
background_fsck="NO" # Attempt to run fsck in the background where possible.
Ещё пару раз оно дожно потому что была аппаратная неисправность где то в SATA на материнке и хз что и как реально уходило на диск, но в таких условиях любая ФС превращается в фарш.- действительно меньше, но это не так чтобы часто заметно, по крайней мере на десктопе
- тут хз, я через pkg не обновляюсь, собираюсь с исходников, так что даже предположить что у вас случилось не могу
- вафля - да, она вообще никакущая. По мне проще использовать OpenWRT в бихайв и пробросить туда адаптер, а збрать виртуальной сетевухой.
- насчёт софта - 40к портов это по более чем во многих линуксах
> - тут хз, я через pkg не обновляюсь, собираюсь с исходников, так что даже предположить что у вас случилось не могуДа чо предполагать. Сначала ставил софт "configure/make/make install", потом понял, что есть пакеты, потом услышал про порты, ... потом открыл для себя portupgrade/portmaster, попытался обновить свой зоопарк, и... финал немного предсказуем, но "это не я дурак, это система плохая!"
Ты лучше про полурабочую экст4 и нерабочую БТР расскажи,линуксоид.И про вайфай в промышленности поведай удивительные истории.
Вайфаю пока место только в твоём барбебшопе, не более.
> только она не умеет делать что-либо лучше чем могут текущие линуксы,https://www.nas.nasa.gov/SC16/demos/demo9.html
2016
> Cost-Effective 100-Gbps Firewalls for HPC
> We established a pps baseline using FreeBSD-10.32017
https://netflixtechblog.com/serving-100-gbps-from-an-open-co...
> At this point, we’re able to serve 100% TLS traffic comfortably at 90 Gbps using the default FreeBSD TCP stack.2019
https://www.smalltechnews.com/archives/23495
> Netflix, which previously pushed for video streaming to reach 200Gb/s on Intel Xeno and AMD EPYC servers, has finally managed to reach 190Gb/s and found that AMD EPYC Naples/Rome servers have the potential to double the potential for up to twice as much as Intel.Не стесняйся, покажи "лучше".
И все эти три сцылки ведут на настолько узкоспецыфичное что пробиться работать туда не судьба никому из здешних любителей бсдеть. Дааа убедил, крупное внедрение, доказательное ага.
Я не анонн, но вот тезис>только она не умеет делать что-либо лучше чем могут текущие линуксы,
этими ссылками хорошо так опровергается. Какое в данном случае значение имеет то, будешь ли ты там работать или нет?
до роскомпозора мой недопродашн упирался в 40Гбитный аплинк, при этом серверы прохлаждались. когда-то давно (лет 7 назад) было 2 одинаковых сервера, один на дэбилиане, второй на фре. внезапно оказалось, что коробочная фря и коробочный дэбилиан, мягко говоря, работали по разному. попробуй угадать где утилизация дисков (файликов много по http раздается в многоклиентов) была близка к 100%, а где в прыжках достигала ~60 :-)
p.s. если дочитал до этого места перечитай вышенаписанное еще раз. особое внимание удели слову "коробочная". Это примерно как в "опытах" небезызвестного слонега-в-домене. где он смешные картинки показывал как "фря всасывает по сравнению с Божественной убунту(?) на тех же задачах и нагрузках, в кластере, типа" и ОЧЕНЬ огорчался/не понимал "чотакого" в ответ на картинку с портов свичей, куда были подключены данные хосты, от нока рамблера. Только в моем случае все по чесному было;)
а что до "пробиться"... ну, таким как ты не только в "узкоспецыфичное" будет сложно но и даже в сбер (куда, по слухам, чуть ли не по объявлениям на столбах берут). "даже" - потому как в сбере английский врядли нужен, в отличие от. а с ним в РФ как-то достаточно напряженно до сих пор среди ойцишников, хотя, признаться, по сравнению с ~10лет назад поумнели некоторые, да.
> И все эти три сцылки ведут на настолько узкоспецыфичное что пробиться работатьСкажите, какие буквы в изначальном и частично цитированном
"как впрочем и сложности во внедрении бзди никакой нет, только она не умеет делать что-либо лучше чем могут текущие линуксы,"
вам непонятны?
> Дааа убедил, крупное внедрение, доказательное ага.Т.е. ссылок на аналогичные, только "лучше" проекты - не будет, будет "это не считается, это другое!"
> Отправлено microsof
> туда не судьба никому из здешних любителей бсдеть.
> бсдеть.Хм, какая изысканная вежливость и "говорящий" ник.
Почему ты все сводишь к корысти, пох? Неужели у тебя нет хоть какого-то увлечения "для души"?
>[оверквотинг удален]
> 2016
>> Cost-Effective 100-Gbps Firewalls for HPC
>> We established a pps baseline using FreeBSD-10.3
> 2017
> https://netflixtechblog.com/serving-100-gbps-from-an-open-co...
>> At this point, we’re able to serve 100% TLS traffic comfortably at 90 Gbps using the default FreeBSD TCP stack.
> 2019
> https://www.smalltechnews.com/archives/23495
>> Netflix, which previously pushed for video streaming to reach 200Gb/s on Intel Xeno and AMD EPYC servers, has finally managed to reach 190Gb/s and found that AMD EPYC Naples/Rome servers have the potential to double the potential for up to twice as much as Intel.
> Не стесняйся, покажи "лучше".https://www.nas.nasa.gov/SC16/demos/demo9.html - что тут? они превзошли центос 6 с ядром 2.6? на только вышедшей на тот момент бзде? Вот это да, всего-то 5 лет прогресса разницы и она шмогла больше ппс как клиент отправить, в то-же самое время причиной этих "дополнительных" ппс наверняка был сломанный к жуям tcp window scale, впрочем кому это надо, спамерам?
https://netflixtechblog.com/serving-100-gbps-from-an-open-co... - Hans Petter Selasky из Mellanox написал кастомный билд драйвера под запрос крупного заказчика, вся заслуга в оффлоадинге сетевки, ой
https://www.smalltechnews.com/archives/23495 - Это вообще о чем? Больше ядров в одной нуманоде чем у интела в двух - можно и очереди по ним эффективней раскидать? Только причем тут собственно бзд?
Смысл в том, что у фри в ядре кода сильно меньше чем в линуксе, отсюда идёт то что с ним легчем разобратся и сделать то что нужно именно тебе/нанимателю.
Бонусом идёт более стабильное внутренее апи, те можно относительно легко тянуть свои приватные ядерные патчи многие годы, а не переписывать всё с нуля как это в линуксе каждый год.
>>>Для бзди нужны более редкие админы,я поправил.
мозгов что для фри, что для линукса, что для винды, кстати говоря - нужно одинаково, т.е. их нужно.
просто в случае с линуксом homo stackoverflowiensis может чаще и дольше прикидываться обычным хомосапиенсом.
Ну, когда я себе команду расширял, через собесы прошло несколько человек, которые хотели сменить специализацию с BSD на Linux. Объясняли это тем, что вакансий по BSD, во-первых, мало, а во-вторых, условия там так себе.
а это потому, что рынок лимонов.
Пrостите, а чего менять-то? Кстати я тоже заметил что бсду в чистом виде не предлагают, условия предлагают хуже и меньше денег. Но спустя несколько лет я просто убрал FreeBSD из своего резюме и всё.
>>>спустя несколько лет я просто убрал FreeBSD из своего резюме и всё.у меня в последнем резюме вообще стояло "linux/bsd systems", где-то в последних пунктах. ничего, наняли :)
стопудов ты дал взятку чтобы взяли! потому как freebsd в резюме это, по мнению местных онолитегов, клеймо:-)))
ЗЫЖ когда я искал приемников/людей в штат у многих "админов" в резюме значилась фря. только, внезапно, оказывалось что они ее видели из-за плеча коллеги который либо получал хорошие деньги и продолжал жить в их предыдущей лавке либо свалил, стало всё плохо-грустно-непонятно, потому индивид и начал телодвижения по поиску нового места для хлебания смузи.
Те соискатели, которые ее видели руками и на собственной клаве и знания показывали реальные, причем не только по ней, но и по прочим заявленным словечкам. А смузехлебы, по факту, хорошо если очень плавающе могли подтвердить 1/4 заявленных знаний. щас таких "девопс" называют.
ы. привет, тайгер :)> стопудов ты дал взятку чтобы взяли! потому как freebsd в резюме это,
> по мнению местных онолитегов, клеймо:-)))нет, но у меня были хорошие связи, а кроме того, я писал резюмэ таргетированно!
> Те соискатели, которые ее видели руками и на собственной клаве и знания
> показывали реальные, причем не только по ней, но и по прочим
> заявленным словечкам. А смузехлебы, по факту, хорошо если очень плавающе могли
> подтвердить 1/4 заявленных знаний. щас таких "девопс" называют.ну тут такое. по моему пониманию и опыту, одно дело, когда ты молодой пацан, который ничего, кроме своей домашней системы, не видел. тогда тебе простительно писать в резюмэ "опыт работы с win2003", например, и глядя в твое резюме, это будет понятно и ничего страшного, мы тебя еще успеем научить плохому.
и другое дело, когда ты тридцатилетний дядька, но в резюмэ по-прежнему не можешь написать ничего, кроме списка (якобы) познанных тобой операционок. реальный пример, дядька за 50, первые строки "опыт работы с VM/CMS, MS DOS 3.3" (я не шучу), остальное резюме сводилось к "работал работу". куда его такого взять, кроме как рядом с тем молодым пацаном? и зачем?
я это к чему - что freebsd в списке скиллов, в общем, ничего не гарантирует ни туда, ни сюда.
Смотря какой уровень у тех админов.В случае фри, админу неплохо бы ещё уметь и порты создавать/обновлять (смысле не apt-get update, а вот именно залезть в "манифест" и сделать чтобы свежий собирался).
Заодно ещё баги хотя бы репортить, потому что если ты их сам не зарепортишь то можно годами ждать пока кто то ещё заметит, зарепортит и может быть маинтейнер поправит или заапстримт репорт.
Те если на линухе можно ограничится поверхностным знанием, то на фре так далеко не уедешь.
> Хотя jail-ы все нужное могли когда openvz был малостабильным дерьмом, а cgroups и докеров в планах не было.Вот в те времена Фряшу еще на новые серваки ставили. Это была эпоха, да.
Сейчас — уже нет, увы. Превосходство в прошлом — не аргумент, бизнес интересует, как оно будет работать вот прямо сейчас.
>Для бзди нужны более дорогие админыХорошая шутка. Если у Вас бсд в продакшене, то пришло время нанять нормального админа который все перетащит на centos и настроит систему управления конфигурациями. Сидеть и копашить конфиги руками по ssh изображая из себя ДОРОГОГО БСД админа это очень смешно, но максимально не эффективно.
Продакшен на БСД может позволить себе либо очень крупная компания которая понимает для чего это, либо сельское ООО рога и копыта. Других вариантов я не встречал.
>>Для бзди нужны более дорогие админы
> Хорошая шутка. Если у Вас бсд в продакшене, то пришло время нанять
> нормального админа который все перетащит на centos и настроит систему управления
> конфигурациями. Сидеть и копашить конфиги руками по ssh изображая из себя
> ДОРОГОГО БСД админа это очень смешно, но максимально не эффективно.
> Продакшен на БСД может позволить себе либо очень крупная компания которая понимает
> для чего это, либо сельское ООО рога и копыта. Других вариантов
> я не встречал.доооо ансибл же на бсд придумали трусы. или там cfengine всякие для ye olde fagge.
> Если у Вас бсд в продакшене, то пришло время нанять нормального админа который все перетащит на centosЕсли админ кластер из фрях с тоннелями GRE под CARP предложит перетащить под CentOS, вызывайте санитаров: вменяемый человек не может заменять элегантное штатное решение с 2 строчками в rc.conf на груду костылей. И да, проверьте его на злоупотреблениями докером и нодыжс.
нетфликс? нетапп? ЕМС? Джанипер? Сони?ДА НИХТО! РЕАЛЬНО! ФАНАТЕКИ!
Apple забыл.Кстати, когда последний раз джаник ковырял — помню, что там были две виртуалки с чем-то BSD based (routing и forwarding engines), запущенный в qemu-kvm под чем-то Linux based. Так что гол засчитывается обеим командам.
и NT забыл тоже, да. осознавая последствия своих действий и желая их наступления.>>>апущенный в qemu-kvm под чем-то Linux based.
ненене, давайте мы не будем ставить знак равенства между этим гусенком и junos, ладно?
потому что этот высер пока еще и в продуктиве не успел засветиться за молодостью лет, это раз, а два - судя по идеям некоторых укуренных маркетологов джанипера, например, гонять в нем линусовые докеры третьих сторон, и не успеет.
Citrix ADC (бывший NetScaler)
Еще Whats'up
hh.ru в помощь.
я использую, и большинство моих друзей, а что - разве это новости/интересно?
Я использую и дома и на работе, а на работе у нас продукт на базе FreeBSD, притом на линукс мы свалить не можем, потому что лишимся одной из сетевых фич продукта.
Прям про курицу и яйцо загадка. Как они скомпилили первую бсд если она компилится только из-под бсд?
Скомпилили в тетради, набили на перфокартах в двоичном виде.
Я думаю, самую первую FreeBSD компилили под чем-то другим. Потом наладили компиляцию FreeBSD под FreeBSD, а затем по мере развития - поломали кросс-компиляцию и не стали восстанавливать за ненужностью.Я думаю, аналогично было со всеми операционками; ну, кроме тех, которые изначально предполагалось компилировать под кем-то другим, и так это дело и не меняли.
> компилили под чем-то другимда я всегда компилю под чем то =)
>> компилили под чем-то другим
> да я всегда компилю под чем то =)И это правильно: в здравом уме и трезвой памяти получать удовольствие от компиляции чужих исходников как-то не получается
>Я думаю, самую первую FreeBSD компилили под чем-то другим.1 FreeBSD OS это другое название 386BSD OS
https://www.google.com/search?q=386BSD2 Портирование *BSD OS на другую архитетуру производилась с помощью тех же *BSD OS
Если мне не изменяет память, то NetBSD и FreeBSD отпочковались от 386BSD. И сейчас в FreeBSD переизобрели то, что в NetBSD уже давно имеется.
>И сейчас в FreeBSD переизобрели то, что в NetBSD уже давно имеется.В NetBSD OS производится кросcкомпиляция из NetBSD OS архитектуры A в NetBSD OS архитектуры B.
Это возможно и ~40 лет как нормальная процедура для всех из семейства *BSD OS.
Это не то же самое, что, например, скомпилировать OpenBSD из NetBSD, даже для той же самой архитектуры.
>Как они скомпилили первую бсд если она компилится только из-под бсд?Узнай таки тайное знание: в мире существует КРОС-КОМПИЛЯЦИЯ!
И разработчики GCC и CLANG тайные адепты ее.
И многие софта в мире собирается ЕЮ.
Амен.
Короче даже разрабы бсд задолбались с ней и решили разрабатывать её на линуксе и тестировать в виртуалке.
> Короче даже разрабы бсд задолбались с ней и решили разрабатывать её на линуксе и тестировать в виртуалке.Помимо того, что это неплохой способ отловить неявные баги (и улучшить в целом) сборочную систему
> Upstreaming the crossbuilding changes has resulted in various build system cleanups. For example, we now no longer need to use lorder.sh whenчитать новости лучше целиком, а не в виде заголовков и додумывания всего остального:
> We use this in our continuous integration system to build and test CheriBSD disk images for multiple architectures
> ...
> Sponsor: DARPAТак что завидуйте молча ))
Вообще-то и на макоси тож ( хотя хз чего на ней есть шибко специфичного для разработки и ци/сд )
Ну, как бы надо привлекать в разработку свежую молодую кровь, а эти ребята предпочитают смузи, стильные очки и XCode.
Эти ребята предпочитают руби. А значит они точно мимо кассы.
Линуспетросянов полон трендель
Именно по этому им организовали возможность кроскомпиллять бзду.
Аааааа.... Под столом....- Что делаешь?
- FreeBSD в винде собираю:) :) :)
в wsl/wsl2 сборка фряхи работает?я уверен что для этого оно и делалось, т.к. бздуны все поголовно сидят на винде
проверь и отчитайся, потрать ресурсы cpu не на днотанчики, а на что-то полезное.
> в wsl/wsl2 сборка фряхи работает?
> я уверен что для этого оно и делалось, т.к. бздуны все поголовно сидят на виндеАга, причем хитро зашифровались - уговорили DARPA проспонсировать проект CheriBSD в Кэмбридже.
"Астрологи объявили очередную (нептуновскую) неделю унылых набросов в новостях о BSD"
А я OpenWRT собираю под FreeBSD, без виртуалок, починил себе кросс компеляцию.
И чо?
7й год фри на проде. Топ ось. Но для докера, да, тогда линукс. Хотелось бы узнать, в каких случаях на продакшине используют вай вай. Сервера раздают? Роутер на что. У сервера аплинк вай вай? Роутер, тот же микрот на что? Все равно 90% ваших прод линуксов - это ec2 в aws. Да, там без вайвая ник. А ваша рабочая машина - это не продакшн. А под питон и js можно чуть ли не в браузере код писать (cloud 9)
Использовал в средствах криптографии OpenBSD. Да и дома на одном из ноутов стоит как десктоп. На случай стука в 6.55 в дверь ФСБ. Для остальных ноутов есть флешки-убийцы данных.
Параноик или шпиён?
В любом случае за тобой приедут. И на криптографию посмотрят. Наверное. Но это не точно.
Что за убийцы?
Такое пишут люди, которые не в курсе как работают спецы. И да, видел я таких. Крутые, да я, да я, а потом слезы, сопли, слюни.
> Такое пишут люди, которые не в курсе как работают спецы. И да,
> видел я таких. Крутые, да я, да я, а потом слезы,
> сопли, слюни.Не буду вас разубеждать в своем незнании. Уже приходили 12 лет назад. Врядли что то поменялось в методике работы. Тогда ничего не сказал, и теперь не скажу. Надо – пусть сами ломают. Правда за несговорчивость два месяца в сизо. Но если бы сказал пароли - был бы реальный срок. А так два месяца на шконке и домой. Только технику раскурочили уроды.
За порядочным человеком не придут, по-идее. А если обнаружат шифрование, настоятельно потребуют расшифровать. Флешки-убийцы посылают импульсы тока для физического уничтожения техники. Однако, на некоторых устройствах стоит защита против этого на портах USB. Так же нет гарантий, что импульсы дойдут до жёсткого диска или SSD и попортят там данные. Для быстрого уничтожения нет ничего лучше, чем SSD и Secure Erase. Аппаратная функция, стирает все ячейки за пару минут. Лучше только физическое измельчение.
> За порядочным человеком не придут, по-идее. А если обнаружат шифрование, настоятельно потребуют
> расшифровать. Флешки-убийцы посылают импульсы тока для физического уничтожения техники.
> Однако, на некоторых устройствах стоит защита против этого на портах USB.
> Так же нет гарантий, что импульсы дойдут до жёсткого диска или
> SSD и попортят там данные. Для быстрого уничтожения нет ничего лучше,
> чем SSD и Secure Erase. Аппаратная функция, стирает все ячейки за
> пару минут. Лучше только физическое измельчение.А как этот secure erase вызывается?
Для Linux утилитой hdparm, для FreeBSD вроде утилитой camcontrol.
Так это почти как компромат на самого себя. Даже когда ты все что было им раскроешь, тебя еще долго будут на бутылке держать - на всякий случай.
А нафига микрот, если есть Фря? У меня ВайФай для сотрудников раздаёт шлюзик на miniITX с запаянным Целероном, заодно он и резервным DNSом работает, заодно и до дома туннель через IPsec поднят. Железка копеечная, точее даже просто выведенная из эксплуатации, ну и нафига покупать недешёвый микрот, могущий нормально IPsec? Да ещё с его убогой веб-мордой. Основным шлюзом работает Netgear, дык он каждый день перезагружается на всякий случий, чтоб не глючил, рядом стоит резервный шлюз на FreeBSD (не только шлюз), перезагружается только при обновлениях.
Неумение применять FreeBSD говорит лишь о скудоумии. Хоть у нас в конторе и царит Виндовс, но я там нашёл место и для FreeBSD и для NetBSD. Сисадмины ещё и CentOS приволокли в виртуалку, но она там какой-то ерундой занимается, поставленная и настроенная по туповатым инструкциям, на большее там мозга не хватило, даже обновить не могут :-).
Ну и шутникам про FreeBSD в виртуалке могу сказать, что я обычно смотрю на Виндовс в виртуалке с десктопа на FreeBSD.
> А нафига микрот, если есть Фря?А где купить подобную плату, где взяли корпус?
Какую виртуалку Вы используете во фре для виндоуз (даже не спрашиваю, зачем)
> Какую виртуалку Вы используете во фре для виндоуз (даже не спрашиваю, зачем)% pkg info -x wine
i386-wine-5.0_1,1А ты спроси: "Зачем?" А я отвечу: "Для запуска игрушки Comanche 4".
https://www.youtube.com/watch?v=OsCF4rHJkdI
>> А нафига микрот, если есть Фря?
> А где купить подобную плату, где взяли корпус?
> Какую виртуалку Вы используете во фре для виндоуз (даже не спрашиваю, зачем)Если хочется что-то аналогичное микроту, то на Алике дофига интересных плат и там же корпусов для них. Но у меня нет дефицита места, как я уже сказал, я использовал обычную miniITX плату с корпусом от офисного компа.
В качестве виртуалки используется VirtualBox, я там c MS SQL развлекаюсь за деньги.
>>> А нафига микрот, если есть Фря?
>> А где купить подобную плату, где взяли корпус?
>> Какую виртуалку Вы используете во фре для виндоуз (даже не спрашиваю, зачем)
> Если хочется что-то аналогичное микроту, то на Алике дофига интересных плат и
> там же корпусов для них. Но у меня нет дефицита места,
> как я уже сказал, я использовал обычную miniITX плату с корпусом
> от офисного компа.
> В качестве виртуалки используется VirtualBox, я там c MS SQL развлекаюсь за
> деньги.Да, там много интересных предложений по интересным ценам. Но они часто идут безвентиляторные к тому же на на неслабом железе, как вообще у этих производителей с надежностью
BSD - Berkeley Software Distribution.
Собственно, всё.
Что - все? Тут должна быть шутка 20-летней давности про lsd? Или если это просто расшифровка аббревиатуры, то давайте вспомним, как линукс расшифровывается
linux system developer?
"Необходимость сборки в других операционных системах обусловлена желанием задействовать для тестирования FreeBSD инструментарии непрерывной интеграции, завязанные на Linux или macOS"Ахах, вот это номер. А как же волшебные порты? Не случилось?
Даже потешить дух экспериментаторства уже под полигоном никак.
Макака, ты хоть раз что-нибудь собрал?
Сборка так себе довод, помню, лет десять назад qt на винде автоматом собиралась из бат файлов, легко и просто за несколько часов (кстати, сейчас как?)
ах, да, это же не ос, но вот ядро линукса что в линукс что под виндоуз без влс причем тоже на раз собирается, для этого не надо никаких волшебных знаний и бубнов. Это вопрос про собирал надо задавать иначе: портировала ли ты что-нибудь, Дездемона?
Ну вот вчера очередной астериск собрал.
Позавчера очередной релиз интерфейса для управления оборудованием.
В понедельник окончательно собирал и постил в репы новые PHP на хостинги.
На прошлой неделе пересобрал TokuDB к новой версии MariaDB 10.5.
Штук 60 пакетов на постоянном мейнтенансе внутри компании.А ты-то много насобирал?
Наркоман, для непрерывной сборки системы и пакетов из портов и делалось. Так что с портами - получилось отлично.
> Наркоман, для непрерывной сборки системы и пакетов из портов и делалось. Так
> что с портами - получилось отлично.Хорошо хоть не под BSD.
>На основе грантов от организации FreeBSD Foundation ведётся работа по улучшению поддержки WiFi, усовершенствованию фреймворка Linux KPI для совместимости с DRM API ядра Linux, расширению совместимости Linuxulator с приложениями, обновлению графических драйверов, добавлению сжатия Zstd в OpenZFS, расширению разделов RAID-Z на лету, улучшению поддержки отладчика LLDB.Гранты на wifi, поддержку API Linux, Zstd, OpenZFS.
Кто оплачивает банкет?
>На основе грантов от организации FreeBSD Foundationбуквы выучил, а значение слов нет?
кто донатил в этот самый фаундейшн можешь ознакомиться на сайте freebsd.org
Собираешь сначала из исходников свой дистрибутив GNU/Linux, потом собираешь ReactOS, FreeBSD. Потом кросскомпилишь код на желаемые платформы. Причем все трое могут использовать один и тот же репозиторий исходных пакетов. Отличия только в патчах и сценариях сборки пакетов исходного кода.Профит в экономии места занимаемым центральным репозиторием исходников и возможности использовать различные ядра.
Всмысле? Поясните чайнику, этот ваш БДСМ нельзя было из-под линукса/винды собрать? Что бы скомпилировать BSD самому, нужно было сначала скачать блоб ОС, накатить и собирать в нём?
назови хоть одну ОС с astral.so, где откуда-то возьмется ядро, конпелятор и качалочка исходников, чтобы можно было сразу конпелять?
> назови хоть одну ОС с astral.so, где откуда-то возьмется ядро, конпелятор и качалочка исходников, чтобы можно было сразу конпелять?это gentoо
>> назови хоть одну ОС с astral.so, где откуда-то возьмется ядро, конпелятор и качалочка исходников, чтобы можно было сразу конпелять?
> это gentoочто генту? ядро самозародится из воздуха, от туда же возьмется и компилятор? или все-таки сначала придется загрузить, О УЖАС, бинари!? ну так фрибсд от нее ничем не отличается.
> что генту? ядро самозародится из воздуха, от туда же возьмется и компилятор? или все-таки сначала придется загрузить, О УЖАС, бинари!? ну так фрибсд от нее ничем не отличается.так получается надо писать все в машинных кодах. по твоей логике все херня и фря и линь и не к ночи будет помянута винда.
>> назови хоть одну ОС с astral.so, где откуда-то возьмется ядро, конпелятор и качалочка исходников, чтобы можно было сразу конпелять?
> это gentoоЧто "gentoo"? Gentoo, в виде "продакшн реди" образа, можно уже _официально_ собрать из под *BSD или Макоси или DOS/Windows/BeOS/etc?
А то в хэндбуке до сих пор
> The default installation media that Gentoo Linux uses are the minimal installation CDs, which host a bootable, very small Gentoo Linux environment with the right tools to install Gentoo Linux from.
А кто-нибудь пробовал начинать сборку LFS на какой-нибудь другой системе? Там вроде тоже LFS только из Linux'а собирается.
> А кто-нибудь пробовал начинать сборку LFS на какой-нибудь другой системе? Там вроде
> тоже LFS только из Linux'а собирается.Ядро из винды вполне собирается, а остальное хз
>> А кто-нибудь пробовал начинать сборку LFS на какой-нибудь другой системе? Там вроде
>> тоже LFS только из Linux'а собирается.
> Ядро из винды вполне собирается, а остальное хзТ.е. Cygwin, MSYS и прочие эмуляции там при сборке не нужны?
И gcc работает на винде "из коробки" (а не портируется специально в виде mingw)?
>>> А кто-нибудь пробовал начинать сборку LFS на какой-нибудь другой системе? Там вроде
>>> тоже LFS только из Linux'а собирается.
>> Ядро из винды вполне собирается, а остальное хз
> Т.е. Cygwin, MSYS и прочие эмуляции там при сборке не нужны?
> И gcc работает на винде "из коробки" (а не портируется специально в
> виде mingw)?маленький tcc вроде бы батником его собирал, что там было с ним в комлпекте кроме заголовков винапи, к делу не относящихся, не помню, но юниксового юзерленда не было точна
>>>> А кто-нибудь пробовал начинать сборку LFS на какой-нибудь другой системе? Там вроде
>>>> тоже LFS только из Linux'а собирается.
>>> Ядро из винды вполне собирается, а остальное хз
>> Т.е. Cygwin, MSYS и прочие эмуляции там при сборке не нужны?
>> И gcc работает на винде "из коробки" (а не портируется специально в
>> виде mingw)?
> маленький tcc вроде бы батником его собирал, что там было с ним
> в комлпекте кроме заголовков винапи, к делу не относящихся, не помню,
> но юниксового юзерленда не было точнаОн для других целей был на винде, понятное дело, ядро там в качестве теста было, после того как он быстро собирал сам себя, в qemu под виндой оно успешно грузилось. В качестве мелкого динозавра, решающего проблему курицы и яйца, вполне себе сносного
> маленький tcc вроде бы батником его собирал,А результат сборки tcc можно использовать "всерьез" вне бутстрапа или очень специфичных потребностей?
К тому же, вы сравниваете сликшом разные вещи - помимо ядра, в "базу" входит С/C++ компилятор, линкер, дебагер (и весь тулчейн для сборки ОС) и еще куча всякого разного (unbound там, sendmail).
С штатным сборщиком, умеющим помимо чистого "make install", еще в "release/cdrom/dvdrom/memstick/mini-memstic/ftp/vm-image/vm-cloudware/..."
Т.е. оно должно собрать всю систему и включить туда систему сборки, причем "штатно", а не "если костыльнуть вооот так и так, тут поправить ручками, там обработать напильником ...".
>> маленький tcc вроде бы батником его собирал,
> А результат сборки tcc можно использовать "всерьез" вне бутстрапа или очень специфичных
> потребностей?
> К тому же, вы сравниваете сликшом разные вещи - помимо ядра, в
> "базу" входит С/C++ компилятор, линкер, дебагер (и весь тулчейн для сборки
> ОС) и еще куча всякого разного (unbound там, sendmail).
> С штатным сборщиком, умеющим помимо чистого "make install", еще в "release/cdrom/dvdrom/memstick/mini-memstic/ftp/vm-image/vm-cloudware/..."
> Т.е. оно должно собрать всю систему и включить туда систему сборки, причем
> "штатно", а не "если костыльнуть вооот так и так, тут поправить
> ручками, там обработать напильником ...".Согласен полностью, но я изначально сделал оговорку для ядра, которое, вроде бы, и в африке ядро
Чтобы собрать BSD была нужна BSD. Обновление пересборкой из исходников всегда было штатным. Собственно с компилятором та же самая проблема: чтобы получить компилятор, собранный из исходников, нужно их скомпилировать, а компилятор ещё в исходниках. Решается везде одинаково - стартовое функциональное звено. В случае ОС - функциональная ОС, в случае компилятора - функциональный компилятор. То, что ты по непонятной причине называешь "блобом".
Компиляторы раскручиваются. Для сборки компилятора нужен компилятор умеющий примитивнейшие вещи, такой можно описать на ассемблере. А для сборки ОС нужна конкретная ОС что ли?
> Компиляторы раскручиваются. Для сборки компилятора нужен компилятор умеющий примитивнейшие
> вещи, такой можно описать на ассемблере. А для сборки ОС нужна конкретная ОС что ли?Нужно конкретное окружение. И "собрать голое ядро" != "собрать компилятор, ядро и еще 100500 утилит".
> Компиляторы раскручиваются. Для сборки компилятора нужен компилятор умеющий примитивнейшие
> вещи, такой можно описать на ассемблере. А для сборки ОС нужна
> конкретная ОС что ли?а ты хоть раз видел код на asm ? есть чувство, что ты только слово "ассемблер" слышал и считаешь, что если "описать на ассемблере" (что?) то можно прямо канпелять тот же gcc при помощи "описания".
> Чтобы собрать BSD была нужна BSD. Обновление пересборкой из исходников всегда было штатным.не переживай, щас сломают.
Это единственное, что модные-современные разработчики умеют делать в совершенстве.Причем пофигу - на деньги darpa или just for lulz, получается одинаково хорошо.
И pr закрыть с notabug/wontfix - "у нас все прекрасно в линуксячьем CI/CD (нахрен ненужном), и вы себе можете либо линyпс ставить, либо прекратить, наконец, ненужную вам возню с исходниками"
Тут вначале спрашивают дескать - "И зачем же эти *BSD нужны? В контейнере их пускать на Linux-е".
Суть в том ( - как минимум в том) что бы была *диверсификация*. Вот например: сейчас большинство Tor-нод на Linux (Debian вроде) - и если там найдут дыру, то она может повлиять сразу на всю сеть, но не на BSD-ноды.
> Суть в том ( - как минимум в том) что бы была *диверсификация*.Это неплохая суть. Но в реале довлеет совсем другой подход: унификация. Про диверсификацию думают полтора человека, увы.
Теперь будет чем заняться в свободное время.Как раз Gentoo снёс и ощутил себя лишним в этой жизни, а тут такое!
Спсибо вам, разработчики FreeBSD, теперь я снова обрёл смысл жизни!
У нас почти всё на фрюхе крутиться сети шлюзы схд почта и прочее а это один из крупных банков линя крайне мало.