| 1.1, Аноним (1), 11:12, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Лудшехудшая ОС. Лучшая - потому что архитектурно превосходит Linux. Худшая - потому что никто её не ценит.
| | |
| |
| |
| 3.12, Аноним10084 и 1008465039 (?), 11:38, 08/09/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Вот в NetBSD, про которую недавно была новость, и впрямь есть интересные архитектурные идеи. Во Фряхе же вот не знаю. Ее раньше все хвалили за сетевой стек и за то, что в ней кажется параллельный поллинг IO был лучше реализован (хотя он по-моему и в Windows NT был тоже получше Линукса, потому что сразу архитектурно закладывался, как читал). Но насколько прям это архитектурные вещи? Возможно отчасти.
| | |
| |
| 4.38, Аноним (38), 13:32, 08/09/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Сетевой стек во фряхе строится вокруг netgraph, вот это вот прям архитектурная особенность.
| | |
| |
| 5.94, Ivan_83 (ok), 21:06, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Ничего подобного, нетграф там сборку на изоленте приеклеен, настолько сбоку что даже были варианты под линукс.
Фактически это примерно как сейчас с BFP в линухе - когда свой обработчик можно приеклеить в несколько разных мест. Просто тут обработчиков больше и они между собой соединяются в цепочки.
| | |
|
|
| 3.17, Аноним (17), 11:57, 08/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Потому что Линукс это просто ядро и все остальное прибито гвоздями сбоку. А фряха это полноценная ОС сел и поехал.
| | |
| |
| 4.20, Аноним (20), 12:02, 08/09/2026 [^] [^^] [^^^] [ответить]
| –7 +/– |
Так получается наоборот, в линуксе гибкость, а фряха прибила гвоздями юзерспейс к ядру.
| | |
| |
| 5.24, Аноним10084 и 1008465039 (?), 12:14, 08/09/2026 [^] [^^] [^^^] [ответить]
| +7 +/– |
Это описывают обычно наоборот, что в Линуксе разброд, шатание и фрагментация, а во Фряхе целостный дизайн, всё делали согласованно и значит работать должно получше. Но впрочем "бабло побеждает зло" - в Линукс влили несопоставимо больше
| | |
| |
| 6.29, Аноним (20), 12:34, 08/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Странное описание. Считаю плюсом возможность поставить новое ядро в старый дистр, а фрагментация необходима при нынешних трендах подмять всё под systemd и вяленого.
| | |
| |
| 7.31, Аноним10084 и 1008465039 (?), 13:05, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, кстати, ядро фряхи не было таким уж несъемным: был же Debian GNU/kFreeBSD, где юзерленд GNU использовался с ядром FreeBSD. Сейчас он, правда, умер (видимо отчасти из-за триумфа systemd. Ну или просто перестал быть нужен)
Так что тут вопрос больше не в возможности поменять, а в том что ядро и юзерленд делают с одним дизайном в уме и они хорошо согласованы друг с другом
Впрочем все эти аргументы всё равно видимо устарели, в Линукс влито столько сил и денег, что его основные дистрибутивы вылизаны уже куда лучше, чем Фря. Банально из-за колоссального перевеса по человеко-часам
| | |
| |
| 8.52, Аноним (52), 14:41, 08/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Юзерспейс фряхи с ядром линукса было бы намного жизнеспособнее, надо понимать ... текст свёрнут, показать | | |
| 8.120, Аноним (120), 00:09, 09/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– |  Пятьсот студентов перевесят пятерых академиков по человеко-часам Но в первом сл... текст свёрнут, показать | | |
|
| 7.74, Аноним (74), 17:30, 08/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Считаю плюсом возможность поставить новое ядро в старый дистр
Кто же не даёт. Целый раздел Руководства этому посвящён.
| | |
|
| 6.30, Аноним (30), 12:59, 08/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | А вы попробуйте её реально поиспользовать чтобы понять какой это бред Дебилы с ... большой текст свёрнут, показать | | |
| |
| 7.33, Аноним10084 и 1008465039 (?), 13:07, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну я скорее цитирую что слышал от дедов, когда ее использовали. Вроде были времена в 2000-х, когда она считалась серьезной ОС для крутых сисадминов. Но честно скажу - в сознательном возрасте я их не застал, и сейчас мне трудно представить серьезную причину взять Фрю вместо Линукса. И лично работал я только в Линуксе
| | |
| |
| 8.39, Аноним (38), 13:41, 08/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Основная причина была не юзать линукс - во фряхе не было бага 12309, да и работа... текст свёрнут, показать | | |
| |
| |
| |
| 11.88, Аноним (88), 19:49, 08/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– | В венде его никогда не было Тогда как в лайноксе он и по сей день никуда не дел... текст свёрнут, показать | | |
|
|
|
| 8.68, BorichL (ok), 16:42, 08/09/2026 [^] [^^] [^^^] [ответить] | +2 +/– |  Я тебе её назову я потратил несколько лет на то, чтобы понять, какой из Линуксо... текст свёрнут, показать | | |
|
|
|
| 5.124, Аноним (124), 00:25, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > Так получается наоборот, в линуксе гибкость, а фряха прибила гвоздями юзерспейс к ядру.
Ох уж эти опеннетные поверия, суеверия и "факты" вида "мы все так[из года в год] говорим, а значит ..."
Так прибита, что ты можешь использовать юзерспейс 4-ой фряхи (1998 год) c новейшим ядром (ну или с бузибоксом).
| | |
|
| 4.35, cname (?), 13:08, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Дорогой эксперт, а что конкретно во фряхе монолитно, и в чем конкретные преимущества этой монолитности?
Постоянно слышу эту мантру, но никто внятно объяснить не может.
| | |
| 4.77, Аноним (77), 17:54, 08/09/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> фряха это полноценная ОС
Не подскажешь, что означает буква "D" в "BSD"? Фряха такой же дистрибутив софта, как и любой линукс. До операционной *системы* что тому, что этому как до луны. Было бы, если бы такая цель вообще была.
| | |
| |
| 5.123, Аноним (123), 00:14, 09/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Значение буквы D в BSD уже чисто-историческое. FreeBSD это реально ОС со своими собственным userland'ом. Все утилиты пишутся под себя и для себя. Или ты думаешь что их ipfw, ifconfig, ps, fsck, особенно libc и тд пишутся в GNU под FreeBSD?
| | |
| 5.133, Аноним (130), 07:56, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Дистрибутив Linux это набор файлов для установки операционной системы с ядром Linux. Мода в linux сообществе называть все дистрибутивами только потому что торговая марка Linux не принадлежит тем кто делает дистрибутивы. Авторы дистрибутивов называют их дистрибутивами чтобы обозначить что они используют чужое ядро которое им не принадлежит.
Никаких "тайных", "скрытых" отличий операционной системы от дистрибутива нет.
ZverCD дистрибутив Windows. Даже стандартный ISO образ Windows скачанный с официального сайта Microsoft можно назвать дистрибутивом, в том смысле что это набор файлов для установки операционной системы Windows.
| | |
| |
| 6.159, Япомню (?), 13:53, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Таки да, ZverCD это дистрибутив Windows, в который входят сама ОС, пак драйверов, несколько десятков программ и разные системные твики от васяна. Ключевой момент, что это дистрибутив опционален, ведь можно установить одну ОС скачав ее образ у мелкомяких. Дистрибутивы линукса не имеют такого отдельного компонента как ОС, они буквально сами прикидываются операционкой при этом ей не являясь.
| | |
|
| 5.136, Аноним (130), 08:00, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только здесь можно встретить анонимных экспертов которые от недостатка знаний придумывают сами себе какие то только им известные критерии отличия "настоящей" операционной системы от "поддельного" дистрибутива.
Я напомню, что любой установочный файл программы можно назвать дистрибутивом или по-русски сборкой.
| | |
|
|
|
| 2.28, Sm0ke85 (ok), 12:30, 08/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >Лудшехудшая ОС. Лучшая - потому что архитектурно превосходит Linux. Худшая - потому что никто её не ценит.
Как на ГПЛ'е будет - тогда и будем оценивать...
| | |
| |
| 3.41, Аноним (38), 13:44, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Когда уже ядро linux на GPLv3 переведут?
Хотя я подозреваю лицензия будущего - copyleft-next.
| | |
| |
| 4.140, Sm0ke85 (ok), 08:27, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>GLP это вирусная лицензия, ничего хорошего в ней нет.
Для кого? Если ты себя имел ввиду, то ты ошибаешься, а если какого корпоративного гиганта - ну да, им вредна эта лицензия...
Но что-то мне подсказывает, что ты не владеешь корпорацией...
| | |
| |
| 5.143, AlexYeCu_not_logged (?), 10:27, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Для кого? Если ты себя имел ввиду, то ты ошибаешься, а если какого корпоративного гиганта - ну да, им вредна эта лицензия...
Была бы вредна — использовали бы BSD, как та же SONY. А современный Линукс в первую очередь благодаря лицензии и появился, пережив немало куда более ранних и превосходящих его в то или иное время технологически проприетарных никсов. Понятно, что «Свинья под дубом» не самая известная и популярная басня в среде что менеджеров, что айтишников, но если брать в расчёт именно факты, а не чьё-то субъективное мнение, то GPL для корпораций куда чаще полезна, нежели вредна.
| | |
| |
| 6.162, Sm0ke85 (ok), 15:31, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Была бы вредна — использовали бы BSD, как та же SONY. А современный Линукс в первую очередь благодаря лицензии и появился, пережив немало куда более ранних и превосходящих его в то или иное время технологически проприетарных никсов. Понятно, что «Свинья под дубом» не самая известная и популярная басня в среде что менеджеров, что айтишников, но если брать в расчёт именно факты, а не чьё-то субъективное мнение, то GPL для корпораций куда чаще полезна, нежели вредна.
Ну к корпоратам куда не сунься - везде бсд, апач, мит и другие "типа" свободные лицензии.
А gpl они не любят, т.к. приходится неудобно очень поступать.
| | |
|
|
|
|
| 2.32, СтолярТолян (?), 13:07, 08/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Худшая - потому что никто её не ценит
Нет достойных ценителей. Бздяхи.
Они просто отсталые, не обращай внимание.
Это недалекие люди.
| | |
| |
| |
| |
| 5.62, Аноним (123), 16:09, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> компании просто берут и не делятся, а вот GPL-то их заставляет
С GPL точно так же берутся и не делятся.
| | |
| |
| 6.65, sena (ok), 16:35, 08/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >> компании просто берут и не делятся, а вот GPL-то их заставляет
> С GPL точно так же берутся и не делятся.
берут, не делятся и боятся, или просто не берут
И это хорошо.
| | |
| |
| 7.129, Аноним (129), 03:42, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Чего им бояться? Выкинут какой-то непонятный zip на корпоративный ftp'шник - иди докажи, что их прошивка не из него собрана. Или будут облачный сервис давать, и если код на сервере не под аферо - хрен что ты от них получишь.
Ну, и да, как уже сказали выше, копилефт - это инструмент, которым корпорация может из перспективного стартапа забесплатно вытащить то немногое по-настоящему ценное, что у него есть - код разрабатываемого продукта.
| | |
| |
| 8.149, sena (ok), 11:13, 09/09/2026 [^] [^^] [^^^] [ответить] | +/– | С прошивками всё хуже, конечно, потому что находят способ закабалить пользовател... текст свёрнут, показать | | |
|
| 7.138, Аноним (130), 08:03, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Авторы Mikrotik взяли этот ваш Linux, сделали RoutOS и не делятся и никого не боятся.
| | |
|
| 6.115, Bottle (?), 23:28, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Компания, если ей приспичит, найдет способ монетизировать продукт под GPL под самые гланды, а вот тебе — удачи!
В таком случае пермиссивка может быть весьма выгодной для мелких предпринимателей.
| | |
|
|
|
|
| 2.152, gen1u5 (?), 12:56, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 А кому всрался твой гипервизор? Почему по твоему сервера не работает на qubes, а уж тем более на винде?
| | |
|
| |
| 2.6, Аноним (6), 11:21, 08/09/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
В большинстве случаев всё норм должно быть, но нюансы с поддержкой железа могут быть. Тут от дистров на Линуксе не сильно отличается.
Но лучше пробуйте на последней 15.1:
https://www.freebsd.org/ru/
| | |
| |
| |
| 4.26, Аноним (26), 12:25, 08/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я бы рекомендовал GhostBSD. Ставится легко. LibreOffice в комплекте. Обновления приходят часто, возможно, и эта версия уже там.
| | |
|
|
| 2.8, Malinovsky (?), 11:24, 08/09/2026 [^] [^^] [^^^] [ответить] | –3 +/– | Вполне возможно, только потом вам может захотеться ее собирать А там, сделал из... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| 7.59, Аноним (6), 15:15, 08/09/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
Откуда на OPENnete столько любителей чебурнета и его производных ?
Вопрос конечно риторический и так понятно...
| | |
| |
| 8.121, Аноним (121), 00:10, 09/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | При чём тут чебурнет На OPENnete в первую очередь бы обратили внимание, что сай... текст свёрнут, показать | | |
| |
| 9.141, Аноним (141), 09:24, 09/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | А какое до всего этого дело Вот с чего нормальный человек должен такими заскока... текст свёрнут, показать | | |
|
|
|
| 6.132, Malinovsky (?), 07:45, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нет. И я не настолько туп, чтобы рассчитывать на то что новички с окон вдруг научатся ходить в тытуп когда можно дать 100% рабочий вариант видео хостинга. Для тех кто никогда даже не пытался другим что-то объяснить и чем-то помочь проблем нет. Те кто все знают этим не воспользуются. Но вам шашечки или ехать? Мне лично все равно, если местные с самомнением будут недовольны.
Я периодически и другие ссылки даю по настроению. Просто у меня бывает открыты студии и куда ткнул там и можно брать ссылку на видео. Работает, значит работает. Раз тут все такие умные смогут по названию видео найти его на ютупе. Я показываю то в данном случае где идет основное время просмотра.
То есть тихое, порядочное место без психов, где новички могут спокойно задать вопрос и не ждать что их сожрут особо продвинутые, но которым все не нравится. ну или в переводе на совсем понятный - не от меня зависит кого там недолюбили в прошлом, что вы придираетесь.
Человек попробует, поймет может быть что все не элементарно просто и если завязнет в болоте сможет из него выбраться при желании. Я общался с одним лицом, а недовольны еще фиг знает сколько. Я как будто старательно избегал общения и не понимаю нормальный человеческий язык. Сначала избегать общения, а потом предъявлять что-то на мой взгляд странно выглядит.
| | |
|
|
|
| 3.27, Аноним (26), 12:28, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В общем с FreeBSD намучаешься обычно больше.
Я немного иначе поступил. Установил GhostBSD с Xfce за 5 минут. Затем поменял репозитории на FreeBSD от Яндекса. Обновил систему.
| | |
| 3.42, Аноним (38), 13:49, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А там не надо собирать весь мир при одном изменении, у вас что-то не так с методичками.
Даже для патчей в releng предлагают дернуть конкретный makefile.
| | |
| |
| 4.70, BorichL (ok), 16:49, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну там великий специалист по сборке слухов подтянулся. Сразу виден уровень спеца по данной системе.
| | |
| 4.108, Ivan_83 (ok), 22:28, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тут сильно зависит от контекста.
Смотря что и где поменяли.
Если это какой то CFLAGS в make.conf то по хорошему надо пересобирать вообще всё, включая порты, чтобы оно везде появилось.
Я на работе в билд системе сделал триггеры на полную пересборку: гит хэш исходников, гит хэш патчей и гит хэш конфигов в /etc (конфиги типа make.conf, src.conf которые в гите у нас лежат).
Хоть что то меняется - сразу пересобирать вообще всё, потому что написать 10005000 правил на предмет надо ли пересобирать все если мы в make.conf добавили только коммент или какую то переменную которая только один порт затрагивает крайне трудоёмко.
| | |
|
| 3.97, Ivan_83 (ok), 21:45, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Намучатся можно разве что с не привычки/не знания.
Более старую версию смысла смотреть нет, свежий релиз самое оно для начала.
| | |
|
| 2.173, Олдскулер (?), 14:15, 10/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
У меня 14.3 развёрнута на ASUS A6R 20-ти летней давности... И да, она работает!!! Пингвины и хрюши отдыхают!
| | |
|
| 1.4, Malinovsky (?), 11:16, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– | |
> В инсталляторе bsdinstall обеспечено корректное создание загрузочной записи FreeBSD UEFI.
Наконец-то можно ставить на современные ПК. Только зачем - непонятно. У линукса производительность выше. Им бы руководителей сменить. А то непонятная парочка там вроде как была и касты неприкасаемых, так сразу может нормальным пацанам зайдет. А ведь я пытался понять FreeBSD, но пока что ей есть место только на Playstation 5 или 6 - в общем там ей есть применение и может быть на всяких серверах нетфликса с самопальными программами для и нераскрытия.
| | |
| |
| 2.23, btrfs (?), 12:09, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Выше производительсноть в чем? Насколько? Насколько будет сильный импакт по стоимости обрудования для одной и той же задачи?
| | |
| |
| |
| 4.49, Аноним (38), 14:25, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Тесты phoronix указывают на другое, ну и там тестируется система из коробки с готовыми пакетами.
FreeBSD как бы на тюнинг и рассчитана.
| | |
| |
| |
| 6.102, Аноним (102), 22:16, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Я ведь расписываю сложные вещи долго простым языком, чтобы любой понять мог. Мне комментарии простого уровня что что-то не относится к идеальным условиям сравнения со всех сторон неинтересны. Вы думайте хоть что-то помимо спора устроить. Мне подобные ходы говорят лишь о том что вам нечего интересного сказать.
Поразительное самомнение. Наполеону привет, при случае.
| | |
| |
| 7.139, Malinovsky (?), 08:08, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Это на полном серьезе, если что. Но раз уж мерещится дурдом, то вот пожалуйста компания Kingston поясняет за память для Intel. Kingston тоже сумасшедшие в одной палате с Наполеоном?
https://www.kingston.com/en/blog/pc-performance/what-is-intel-gear-modes
Defining Gear Modes
Gear Mode Memory clock: IMC clock ratio Memory tech Memory frequency range Description
Gear 1 1:1 DDR4 2133 – 3600MT/s IMC and RAM operate at the same frequency
Gear 2 2:1 DDR4 & DDR5 3300 – 9000MT/s IMC runs at half the memory speed
Gear 4 4:1 DDR5 9000MT/s + IMC runs at one-quarter of the memory speed
Gear 1 как видно только для DDR4 заявлена скорость.
А вот мое видео про то как заставить работать DDR5 в Gear 1 на LGA1700
https://www.youtube.com/watch?v=6_AJSC9HdKg
А вот тут с разгоном с 4800 до 5200 Мгц в Gear 1
Можете убедиться что цифры крайне непохожи на обычный разгон в Gear 2.
https://www.youtube.com/watch?v=JW9w-h59w9M
| | |
|
|
|
|
|
| 2.43, Аноним (38), 13:53, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> У линукса производительность выше.
У меня знакомые грят, что FreeBSD работает плавнее, да и чет блогеры утверждают, что под тем же вайном фпс в играх выше.
| | |
| |
| |
| 4.50, Аноним (38), 14:34, 08/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Как-то не интересно.
К фряхе за 14лет использования нареканий лет, а с линуксом чет как-то все грустно, ну может когда-нибудь он ее действительно нагонит, но не сейчас...
| | |
|
|
|
| 1.7, Аноним (7), 11:22, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В ядре реализован Linux-совместимый механизм inotify для отслеживания изменений в файловых системах. В libc добавлены функции inotify_init, inotify_init1 и inotify_add_watch.
Ух ничоси! А когда epoll() реализуют? Это же как можно портирование упростить.
| | |
| |
| 2.45, Аноним (123), 14:00, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Он там 100 или 200 лет как есть в виде обертки над kqueue. Но интерфейс обертки такой же, так что юзерспейс не заметит разницы. А под капотом что epoll(), что kqueue() работают одинаково.
| | |
| 2.98, Ivan_83 (ok), 21:49, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Давно уже: devel/libepoll-shim.
И заодно devel/libudev-devd тоже.
Сам epoll() смысла отдельно в ядре делать не много - его легко через kqueue() эмулировать, сложнее было со всякими pidfd, timerfd - их в ядре сделали.
И вот inotify наконец то тоже, прям сильно на десктопе плохо без него было.
| | |
|
| |
| 2.19, funny.falcon (?), 12:00, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Был: ивенты kqueue . Но функционал был чуть беднее, чем в Inotify.
Ну и в принципе во фряху тащат из Linux, чтобы было проще портировать.
За eventfd отдельное спасибо разрабам фряхи.
| | |
| |
| 3.99, Ivan_83 (ok), 21:58, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Там всё чуть сложнее.
Например в маке специально сделали чтобы open() мог открывать файл/директорию только для мониторинга изменений, а на фре или RO или RW, и это сильно обламывало когда пытался через kqueue() сделать нормальный файловый монитор: мешало отмонтировать то что мониторится, и разрешения даже на RO не всегда есть и они не нужны были.
Так же была беда с тем что это отжирало кучу файловых дескрипторов потому что надо было каждый файл открывать. Так же когда файл переименовывают с пермещение в другую папку - было не известно куда он уходит.
В общем это всегда было слабым местом которое доставляло проблемы.
Даже моя идеальная реализация FAM в glib20 поверх kqueue() в которой была и дедупликация файловых дескрипторов и рейтлимит по уведомлениям имела изъяны с блокировкой размонтирования и всё равно излишним потреблением дескрипторов, и кажется иногда задваила файлы.
Была ещё либа эмулирующая inotify, там автор сосредоточился на повторении поведения, но тоже далеко не всё было возможно реализовать.
| | |
|
|
| 1.16, rvs2016 (ok), 11:54, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > В утилиту ipfw добавлен обработчик для вызова
> утилиты ipfw15 при запуске в системе с новым
> программным интерфейсом пакетного фильтра,
> появившемся в ядре FreeBSD 15.
Что это означает?
| | |
| 1.44, Аноним (44), 13:54, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>Модули ядра nvidia, nvidia-modeset и nvidia-drm добавлены в чёрный список загрузчика для избежания аварийного завершения в случае их ранней загрузки через loader.conf.
Готово к десктопу/серверу, да. И заметьте, что не смотря на полную возможность использования блобов, почему-то не работает. Не подскажете почему?
| | |
| |
| 2.67, КО (?), 16:41, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А в чём проблема? на инициализацию достаточно открытых... не в дум в гамать, тем более на сервере
| | |
| |
| 3.150, Аноним (44), 11:31, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
В том, что закрывает целую нишу для использования. Вы не слышали, например, про нейросети?
| | |
|
|
| 1.64, Аноним (66), 16:27, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>В инсталляторе bsdinstall обеспечено корректное создание загрузочной записи FreeBSD UEFI.
Да, это хорошо, а то установить-то установишь, а не запускается. Но почему только сейчас исправили?
>The boot loader’s Lua core now follows symlinks when searching for bootable kernels.
Ого, powered by Lua !
| | |
| 1.72, вах (ok), 17:08, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Столько дистрибутивов... Но пока ещё никто не выпустил FreeGNU и Linux/BSD.
| | |
| |
| 2.83, Аноним10084 и 1008465039 (?), 19:29, 08/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> части AT&T Unix
Так довключались, что иск от AT&T мощно многих отвадил в 90-х многих в Линукс, дав тому большую фору. Это, думаю, и было тем, что обескровило FreeBSD, а не лицензия
| | |
| |
| 3.95, Аноним (95), 21:21, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> обескровило FreeBSD, а не лицензия
Нет, не обескровило. Дало линуксу 2 года форы - ну можно так сказать, наверное...
А так ведь через 10 лет и SCO судилась и пыталась "отвадить" уже от линукса и ничего не получилось - но ведь именно начало 21 века то время когда САБЖ проиграл, а не в 90-е годы...
| | |
| 3.156, Аноним (38), 13:40, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
А причем тут иск из-за 2 заголовков?
Да и судились вроде как BSDI, а не авторы сабжа %)
| | |
| |
| 4.161, Аноним10084 и 1008465039 (?), 15:04, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Это по итогу 2 лет суда выяснилось, что из-за двух заголовков. А так-то истец утверждал, что в коде значительные незаконные заимствования кода AT&T, и если бы суд удовлетворил иск - систему бы запретили. И кому охота было крутиться или тем более разрабатывать систему, которую в любой момент могут запретить?
SCO же пришло за Линуксом значительно позже, когда он был и сам по себе мощнее, и уже имел за собой больших дядь
| | |
|
|
|
| 1.81, Аноним (81), 19:20, 08/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Фря уже давно не фря, потому что с каждым релизом всё больше превращается в линyпс внутри.
| | |
| |
| 2.93, Аноним (124), 21:02, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Фря уже давно не фря, потому что с каждым релизом всё больше превращается в линyпс внутри.
Зато линуπс остается линуπсом даже после интеграции ntsync! (ведь этодругоепониматьнадо©™!)
| | |
| |
| 3.96, Аноним (95), 21:24, 08/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
ntsync это совершенно не обязательный выбор и нужен только игроманам, а вот выпилив "линукс из фри" ты полностью отказываешься от десктопа
| | |
| |
| 4.111, Ivan_83 (ok), 22:33, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Насколько я видел там и некоторые сетевые дрова в базе тоже LinuxPKI хотят: производитель сэкономил на разработке, но при этом не отдал под BSD лицухой.
| | |
| 4.122, Аноним (124), 00:13, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> а вот выпилив "линукс из фри" ты полностью отказываешься от десктопа
В реальности (т.е. вне опеннетной полемики) этот "линкс во фре" - прослоечка (причем, отдельно подгружаемым модулем) для юзания дров (бтв: зачастую под пермиссивом) без особого изврата с портированием.
| | |
| |
| 5.174, Аноним (1), 15:14, 10/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> прослоечка
> без особого изврата с портированием
Спасибо, посмеялся.
| | |
|
|
| 3.110, Ivan_83 (ok), 22:31, 08/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Во фре вообще то тоже теперь есть ntsync, нативный притом а не тащеный с линукса через LinuxKPI.
| | |
|
| 2.101, Ivan_83 (ok), 22:13, 08/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не, LinuxKPI это как ядерный вайн: там просто делают прослойку чтобы линуксовые дрова собирались и работали. Само то ядро не переписывают на куски кода из линукса.
Иногда мне кажется что на фре ntsync, timerfd и прочие штуки изначально из линукса но реализованные и во фре получились сильно проще чем они в линуксе, в том смысле что кода потребовалось меньше.
| | |
| |
| 3.142, Malinovsky (?), 09:52, 09/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Меньше кода не всегда лучше. Сложная концепция будет работать быстрее, если нужные места довести до самого конца в скажем так объяснении компилятору как код должен работать. Хвалить отсутствие доведения до конца это женский подход недомужчинок - проблема руководства в котором была пара извращенцев, которым не хватало мужественности и потому они занимались мужеложством. Просто большинство людей этого не понимают и считают развитие психики не до предела для написания сложнейших концепций неким благом, но на деле слабость это зло, как и болезни, которые к ней приводят. Мужчины же всегда доделывают до конца то что начали - это тяжело, сложно и неинтересно на поздних этапах. Но когда цель и смысл отличаются здоровые мужчины понимают что необходимо доделывать по полной и до конца. Отсутствие критического взгляда в данном случае проблема того что было недостаточно опыта, чтобы снять лапшу с ушей и концепция FreebSD выглядела как простая и понятная, а значит мужская. Но если следовать такой логике высшая математика ненужна. просто тупые извращенцы выставили то как удобно им, чтобы сидеть во главе проекта, потому что окружающие не понимают какое количество говна у них в башке.
| | |
| |
| 4.147, Ivan_83 (ok), 10:48, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
В данном случае это было к тому, что в ОС уже было всё нужное и потребовалось совсем немного кода чтобы реализовать по сути API для timerfd, ntsync и всяких LinuxKPI.
| | |
| |
| 5.153, Malinovsky (?), 13:12, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну зачем мне объяснять такие вещи? Я же помню что у вас там FreeBSD 5950X и сборка мира из исходников. Я просто хотел напомнить что одно к другому крепится и помимо настройки железа и выжимания соков может быть крайне важно сменить систему хотя бы на время для сравнения. К хорошему быстро привыкаешь, а потому для меня удивительно как надо было напрячься, чтобы замедлить как железо, так и систему. Ради интересна потыкайте, измерьте скорость реакции на сайте каком-нибудь. Там нужно лишь кликнуть например когда изменится цвет. Так вот по-начала пока мозги вареные и контур мозга не напряжен скорость реакции может быть низкой и тогда кажется что все в порядке. Стоит несколько раз попробовать нейроны начинают адаптироваться и пытаться скорость реакции поднять. И тут вдруг 250 мс могут стать и 150 мс и даже менее длительным лагом. Вот в таком состоянии ожидания имеют вес и смысл. Когда человек привык к крайне медленному перевариванию действий кажется что все в порядке, но это то же самое что сначала убрав авто разгон ядер сделать из 16 ядер 8, а затем, чтобы мало не показалось замедлить к примеру еще на треть, чтобы получились 6 ядер. Учитывая дикую реакцию на андервольт это может означать очень много. 4% производительности уже могут означать 200 Мгц по большим ядрам и 40 ватт фактических даже с андервольтом. Ну то есть если система медленнее в ваших задачах это замедление никуда не денется и вы останетесь по сути на том же месте, так как замедление на треть от 100% это 66% допустим, а замедление от 200% это 128% - не слишком впечатляющий результат. А в голове это может выглядеть как "стараться надо до фига, а результат лишь на четверть лучше", хотя на деле он двойной по силе на линуксе.
| | |
| |
| 6.158, Аноним (38), 13:44, 09/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
У меня 4300GE, спасибо.
Линукс логает, а фряха нет.
Полотенца твои читать скучно, думается мне, что ты нейросеть.
| | |
| |
| 7.165, Malinovsky (?), 16:52, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Linux лагает? Вот уж действительно скучнее не придумаешь. У меня нет намеков на лаги даже на зеона с 771-го сокета. А уж то что я пишу другим для того, чтобы они начали понимать происходящее вообще не для веселья создано. Чтобы лагали 4 ядра 8 потоков надо ОЧЕНЬ СИЛЬНО ПОСТАРАТЬСЯ и все испоганить.
Уж прости, но даже если это правда это явно был баг. Линукс не лагает даже на ОДНОЯДЕРНОМ Pentium 4 с DDR2, который воткнут в 775-й сокет. Это ВО МНОГО РАЗ МЕНЬШЕ чем 4300GE.
И уж тем более надо быть гораздо более адекватным, чтобы обращаться с 12900К, так что подобные выхлопы безынтересны.
Чтобы сделать теорию не совсем скучной надо напрягаться специально для этого, например видео про скрытую силу видеокарт делать. 4300GE такое умеет делать, если видеокарта есть. Но кому скучно такое не вынесет. Тут нужен запал и стремление узнавать новое. А тут увы и ах не я генерирую желание изучать что-то, чтобы тоже стать успешным. Это уже от людей зависит. У меня то все хорошо.
Так что свои сказки рассказывай простофилям. А то вдруг не только у меня линукс не лагает нифига. У меня UHD770 в деле так, чтобы ты знал, а он вроде бы проще Vega 6 - раз уж назвал только процессор, значит на видеокарту денег не хватило.
| | |
|
|
|
| 4.157, Аноним (38), 13:42, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
А какие там мужеложники то нынче?
А то МакКузик вроде как давно на пенсии и иногда просыпается чинить код UFS.
| | |
| |
| 5.166, Malinovsky (?), 16:56, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не проверял давно, так как не интересуюсь личной жизнью тех кто там во главе больше. Даже если они ушли они успели загадить мозги остальным. Восхвалять упрощенку это отказываться от всего что делается в линуксе. В современных реалиях кроме ZFS использовать что-то глупо. Кеш данных в памяти это нормально, а вот чинить руками после каждой потери питания это жесть.
| | |
| |
| 6.171, Аноним (171), 10:00, 10/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В современных реалиях кроме ZFS использовать что-то глупо.
Ну вот поэтому никто больше в код UFS и не лезет, а пользователи однако всегда найдутся.
| | |
| 6.175, Аноним (38), 15:22, 10/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Даже если они ушли они успели загадить мозги остальным.
Для "загаживания" мозгов есть книга "Дизайн и архитектура FreeBSD" за авторством МакКузика.
В Core Team ЕМНИП трансфемки не завелись, а с CoC и "правилами поведения" постоянно носятся снежинки-коммитеры на багзилле.
| | |
|
|
|
|
|
| |
| 2.119, Укропатолог (?), 00:04, 09/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если Linux, в который вкачивается несоизмеримо большее количество ресурсов, даже отдаленно не готов для десктопа, то что говорить о Фряхе? А еще есть очень плохая тенденция, которую уже не остановить, - портировать из Linux всё и вся, вместе с велосипедами в зависимостях от Поттеринга.
| | |
|
| 1.160, Метрика (?), 14:39, 09/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
FreeBSD пошел по наклонной когда нацелился на совместимость с линукс через линукслятор, теперь портируют оттуда кривые технологии, Rust тому яркое подтверждение
OpenBSD вместе с DragonFlyBSD единственные аутентичные BSD на данный момент
| | |
| |
| 2.167, Malinovsky (?), 16:59, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
DragonflyBSD если и развивается, то последний выпуск был в мае 2025-го года. Скорее похоже на подыхание проекта. Это значит что HAMMER2 был недостаточен. ZFS в BSD и на линуксе с OpenIndiana вытеснили ее благодаря дешевизне оперативной памяти, которой все равно хватало. NetBSD тоже есть, но это такое себе все.
| | |
| |
| 3.168, Метрика (?), 17:17, 09/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Насчет стрекозы, для небольшой команды пилящей гибридное ядро с нуля релизы раз в пару лет это проект живее всех живых
| | |
| |
| 4.170, Malinovsky (?), 20:16, 09/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Тогда это хорошая новость. Я просто думал ее попробовать снова. До этого не сильно зашло. Пока что ZFS нравилась на Solaris по ощущениям от работы. Там же сетевой стек был просто офигенный, только подглючивал когда надо было соединению менять Mac адрес и он переделывал два нуля в один и потому интернета не было. Но сам по себе крайне хорошо работал. Там тоже команда небольшая OpenIndiana поддерживала. стрекоза же давно на многоядерность точилась и думается мне она получше фряхи, если нет необходимости в адовой ZFS. Вирутальная ФС может и круто, но когда виртуалки кругом не особо то нужно. Приятно слышать, очень благодарствую. Кстати, тамошний сборщик как-то попался в комментариях ютуба и объяснял про опции сборки. У него по-своему это выглядело, но я так понял он пытался объяснить массовую сборку пакетов, большая часть которых по факту проходит длинную проверку в один поток и когда надо собрать там 22 тысячи пакетов например надо ставить раз в 10 больше параметр -j (jobs) чем люди привыкли думать для правда наискорейшей сборки. Так что малая команда не так уж и важно на деле.
| | |
|
|
|
|
