В ветку OpenBSD-current добавлен драйвер qwx для беспроводных чипов Qualcomm IEEE 802.11ax, созданный путём портирования драйвера ath11k из ядра Linux (входит в состав ядра, начиная с ветки 5.6). Драйвер позволяет задействовать беспроводные адаптеры, применяемые на таких ноутбуках, как Lenovo ThinkPad X13s и DELL XPS 9500. Для работы драйвера требуется ручная установка файлов с прошивкой...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60373
Однако, событие!
Событие, однако!
А зачем бсдишникам wifi?
Для PlayStation 6.
На неё можно BSD ставить, как на ту легендарную кофеварку: взять промышленную плату с линуксом, прописать на флешку BSD, и прикрутить саморезами к объекту (в данном случае, к PS).
> На неё можно BSD ставить, как на ту легендарную кофеварку: взять промышленную
> плату с линуксом, прописать на флешку BSD, и прикрутить саморезами к объекту
> (в данном случае, к PS).На ней изначально BSD стоит. Вендорлокнутая и заDRMленая по самые неболуйся, чтобы покупатель мог насладиться всеми обещанными свободами сполна.
Между прочим это было их слабым местом.
Кому надо безопасность поставит OpenBSD или HardenedBSD.
В линукс давно не завозят бесплатно патчи безопасности ядра и при этом Линус это явно не держит в приоритете.
> Кому надо безопасность поставит OpenBSD или HardenedBSD.Вот уж нет. Людям, которые вместо SMTP-сервера сделали remote shell server, точно доверять безопасность не стоит https://www.opennet.me/opennews/art.shtml?num=52423
> В линукс давно не завозят бесплатно патчи безопасности ядра
Так красиво врёте, век бы слушал.
Лучше бы научился поиском пользоваться прежде чем пыхтеть про патчи безопасности в линуксе.А какой там SMTP мне правда пофигу.
Ты бы еще бочку погнал на LibreSSL чтоб сразу дно пробивать было легче.
В линуксе прямо в ядре постоянно подобное находят и никто не бубнит что раньше было лучше.
Когда главный опубликовал данные о проблеме в процессорах линуксоиды вдруг зачесались что надо же было не быть кончеными эгоистами и предупреждать всех, а он взял и исправил еще до того как интеловцы выкатили патч, который Линус критиковал за убогость.
Доверять безоговорочно линуксу как-то уже не хочется.
> Лучше бы научился поиском пользоваться прежде чем пыхтеть про патчи безопасности в линуксе.Если пользоваться поиском, выходит, что патчи безопасности в линуксе выходят регулярно.
> А какой там SMTP мне правда пофигу.
Правильно, топить за OpenBSD можно только если вам **абсолютно пофиг** на безопасность.
Remote root? Нормально, продолжайте сидеть на десяточке и рекламировать OpenBSD, попутно ругая линуксоидов.
Это вы про тех, кто exim использует? Штош... Не лишено.
>для беспроводных чипов QualcommЧто, простите? Вроде, Новый год ещё нескоро, а тут такое.
> Вроде, Новый год ещё нескоро, а тут такое.А когда у вас на Нибиру новый год?
У нас, на Земле — буквально сегодня.
>Захария Сичин Zecharia Sitchin, который пишет фантастические художественные произведения о древней цивилизации Шумер в Месопотамии, объявил в нескольких книгах (например, в книге "Двенадцатая планета", изданной в 1976 году), что он нашел и перевел шумерские документы, в которых описывается планета Нибиру, движущаяся по орбите вокруг Солнца с периодом обращения 3600 лет.
Это от календаря зависит. У меня лично смена года была более 3 месяцев назад.
>>для беспроводных чипов Qualcomm
> Что, простите? Вроде, Новый год ещё нескоро, а тут такое.Тут наверное опечатся. Возможно вы имели в виду "первое апреля еще не скоро"?
> требуется ручная установка файлов с прошивкойМогли бы автоматизировать загрузку как с прошивками intel/amd.
Это противоречит религиозным взглядоам апологетов опенка. Тебе дают голую сырую систему и ты должен ее пepдoлить вручную.
А чем тогда репозитории не перечат религиозным взглядам непонятных людей? Особо сильная разница?
Сам то понял, что написал?
Двумя руками за! Вот это было бы круто. А хоть один дистр так делает?
> Двумя руками за! Вот это было бы круто. А хоть один дистр так делает?Дистр чего? Если опенбсд - у нее что, дистры бывают? Линуха? Им имя легион, у всех по разному. Например, в убунте прошивки вообще сразу как правило. В дебиане - секция non-free-firmware в репах, качаются штатным пакетником как любой другой пакет - если "non-free-firmware" секция подключена. В других дистро - у кого как. Но в общем случае у кого есть пакетник - им все и даунлоадят в общем случае, он для этого и есть. Все оформляется в пакеты и рулится оттуда покомпонентно.
OpenBSD сама так делает для других прошивок.
Я тут вижу два подхода:
1. Всё готово из коробки, надо только установить ОС на устройство.
2. Компилировать из исходников OS, drivers, обновлять firmware.
Потом опять будут рассказывать, что линуксоиды украли код из BSD и перелицензировали под GPL, да ещё и говорят, что это они написали.
Могут даже в исходники мордой ткнуть. Даже без перелицензии.
Не православно как-то. В OpenBSD нет Bluetooth, нет trim. Не должно быть и WiFi.Про медленную fs вообще молчу.
Хвалят надёжность, при этом оно падает от из-за кривой консоли.
Хвалят документацию, которой вообще нет.
Объективно, система непригодна для production от слова совсем.
Вывод системы в production сильно увеличивает риск её взлома, не находите?Поэтому, в интересах безопасности, крайне желательно её туда не выводить.
Причиной 99% взломов обычно является прокладка между монитором и креслом. Вне зависимости от системы. Но речь совсем не об этом, когда я имел ввиду готовность для продакшена.
> Причиной 99% взломов обычно является прокладка между монитором и креслом.А 1% это что? Баги в копипасте ChatGPT, приписаные AI?
> Причиной 99% взломов обычно является прокладка между монитором и креслом. Вне зависимости от системы.Просто в OpenBSD мы знаем, что проблемную прокладку зовут Тео.
И не писать документацию. И код.
По счастью в проде её примерно и нет)
Иногда встречается. Рискну предположить, ставят местечковые админы, чтобы подсадить на свои "эксклюзивные" услуги, ведь 99% админов идут в отказ, просто услышав *BSD.
> ставят местечковые админыСкорее всего, это просто мужики старше пятидесяти, которые изучили то, что было распространено во времена, когда у них было в два раза больше живых нейронов. Теперь же, от возраста и алкоголя, мозг скукошился и новые знания не принимает, а зарабатывать надо.
>Теперь же, от возраста и алкоголя, мозг скукошился и новые знания не принимаетИ какие такие "новые знания" появились в последние 10 лет? "Окей гугель как поднять почтовик", или это деплой бубурнетеса есть афигеть какие сложные новые знания, для постижения который требуется хотя бы одна извилина? Впрочем, и таковой у современного поколения молодых вайтишников, прямиком с курсов "войти вайти" и нету.
> Иногда встречается. Рискну предположить, ставят местечковые админы, чтобы подсадить на
> свои "эксклюзивные" услуги, ведь 99% админов идут в отказ, просто услышав
> *BSD.Извините за (не)уместный снобизм - но с подобным "prod"'ом я дел не имею лет уже много как.
> нет trimНу драйверы понятно, с ними ситуация в любой маргинальной ОС тупиковая. Но вот реализация TRIM — неужели это так сложно? Или ОС настолько маргинальная, что полтора разработчика и три юзера на HDD сидят и им норм?
По идее для TRIM нужен ioctl для отправки сообщения накопителю и поддержка со стороны ФС. В Линуксе fstrim устроен так, что он (например для ext*) посылает накопителю на очистку все "свободное" место раздела\файловой системы (хотя между перезагрузками там все чуть сложнее).
Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были, но они столкнулись с большими "performance penalties". Что там конкретно было неясно, но судя по отсылкам к забагованными фирмварям думаю они там устроили continuous TRIM, а это так себе решение даже сейчас (Самсунг до сих пор спотыкается на асинхронном).
> Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят
> удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную.
> Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были,
> но они столкнулись с большими "performance penalties".Видимо инноваторы не умеют в асинхронные операции. Это вам не линукскернел где фоновые воркеры могут дать мастеркласс каким-нить жабаскриптерам и игогошникам на тему дефернутых операций и тредов.
> (Самсунг до сих пор спотыкается на асинхронном).
Надеюсь самсунь кто-нибудь однажды все же засудит, желательно коллективным иском, можно по недавнему закону о ответственности за факапы в ПО. Самсунь стопудово это заслужил.
Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную.Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию) умеет в TRIM, но он умеет сам только continuous, т.е. дергает накопитель после каждого удаления сразу. Как показала практика накопители не любят вал мелких TRIM запросов. С внедрением асинхронного TRIM проблема должна была порешаться (накопитель делает очистку в фоне, параллельно с обычной работой, многие (не все) так делали и раньше, но это было "неофициально"), но увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный выходит тоже, поэтому производители не заморачиваются.
Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.
> Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию)
> умеет в TRIM, но он умеет сам только continuous, т.е. дергает
> накопитель после каждого удаления сразу.Да ладно, даже фришный UFS (который, как известно всем на опеннете - давно окаменел на технологиях из 70х) уже лет 5 как умеет в TRIM consolidation (по умолчанию включено начиная с фри 12).
https://freebsd-current.freebsd.narkive.com/Y9SjVLu4/cft-tri...
Кстати, что мешает опенку позаимствовать фряшную реализацию?
>> Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию)
>> умеет в TRIM, но он умеет сам только continuous, т.е. дергает
>> накопитель после каждого удаления сразу.
> Да ладно, даже фришный UFS (который, как известно всем на опеннете -
> давно окаменел на технологиях из 70х) уже лет 5 как умеет
> в TRIM consolidation (по умолчанию включено начиная с фри 12).
> https://freebsd-current.freebsd.narkive.com/Y9SjVLu4/cft-tri...
> Кстати, что мешает опенку позаимствовать фряшную реализацию?Ну логично что нужно оптимизировать. Более 3000 TRIM комманд на гигабайт удаленного файла!
Правда там в тесте у него вышло почти 1000 на 30мб (и всего 3 запроса после оптимизации, лучше чем было, но как тут получатся обещанные 1-2 запроса на гигабайт не ясно)).Sponsored by: Netflix - ну логично.
Вот почему они не могут взять - я лично не понимаю.
> Ну логично что нужно оптимизировать. Более 3000 TRIM комманд на гигабайт удаленного файла!Я так понимаю, у режима "continuous" это: "works as intended", т.е. "перегруз" очереди комманд прилагается.
А "периодический" в винде - это точно или может у них там тоже "обобщение" запросов?
> Правда там в тесте у него вышло почти 1000 на 30мб (и всего 3 запроса после оптимизации, лучше чем было, но как тут
Ну хз, может в идеальном случае и т.д. - там примером, как я понимаю, мелкий тестовый сетап (md0 - это memory disk).
Я сейчас как раз сортирую новую музыку, как раз на отдельной ссдшке - удалил 3MB файл, посмотрел в статы, удивился отсутствию изменений, удалил трек из плейлиста в плеере - получил +1 TRIM.На 100МБ файл
dd if=/dev/urandom bs=1M count=100 > testfilekern.cam.ada.1.trim_count: 10956
...
kern.cam.ada.1.trim_count: 10961
т.е. + 5 (и да, спуста пару минут - все еще 10961, т.е. действительно 5 тримов, диск не системный и больше сюда никто не пишет)
dumpfs /cachefs
magic 19540119 (UFS2)
last mounted time Tue Mar 7 23:34:55 2023
last modified time Sun Dec 31 19:05:52 2023
...
bsize 32768 shift 15 mask 0xffff8000
fsize 4096 shift 12 mask 0xfffff000
frag 8 shift 3 fsbtodb 3
minfree 8% optim time symlinklen 120
...
flags soft-updates trim
check hashes cylinder-groups
fsmnt /cachefs
volname cachefs swuid 0 providersize 23379968
ЗЫ:
оно (TRIM) таки пуляется еще и отдельным тредом, в фоне:
/usr/src/sys/ufs/ffs/ffs_vfsops.c
1159 if (((ump->um_flags) & UM_CANDELETE) != 0) {
1160 ump->um_trim_tq = taskqueue_create("trim", M_WAITOK,
1161 taskqueue_thread_enqueue, &ump->um_trim_tq);
1162 taskqueue_start_threads(&ump->um_trim_tq, 1, PVFS,
1163 "%s trim", mp->mnt_stat.f_mntonname);
1164 ump->um_trimhash = hashinit(MAXTRIMIO, M_TRIM,
1165 &ump->um_trimlisthashsize);
# ps xH|grep trim
0 - DLs 0:00,03 [kernel// trim]
0 - DLs 0:15,91 [kernel//usr trim]
0 - DLs 0:00,45 [kernel//usr/obj trim]
0 - DLs 0:00,83 [kernel//cachefs trim]
> Кстати, что мешает опенку позаимствовать фряшную реализацию?Религиозные убеждения адептов. У них сидеть на коре дуба с механическими HDD - норма.
Неправда ваша! У меня на ноуте с Корой Дуба накопитель SSD.
> Ну дык, если у ФС есть поддержка trim - она сама и
> пуляет команды по мере деаллокации места.Продвинутый вариант - в очередь фоновому воркеру вместо этого скидывать, так реакции накопителя ждать не надо.
> А кто так не умеет - приходится, вот, костыль сканирующий место пулять
> мануально, закатывая солнце вручную.Этот костыль намекает что на дизайн в общем то уже забили.
> накопитель после каждого удаления сразу. Как показала практика накопители не любят
> вал мелких TRIM запросов.Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.
> увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный
> выходит тоже, поэтому производители не заморачиваются.В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают фоновый воркер которому можно сабмитить запросы сами. И даже если он ждет накопитель - всем пофигу.
> Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.
Это имхо смотря где. В какихнить eMMC винды вообще мало. Да и энтерпрайзные SSD врядли на винду так уж сильно ориентируются, кто виндой всерьез сервит или что там еще?
> В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают
> фоновый воркер которому можно сабмитить запросы сами. И даже если он
> ждет накопитель - всем пофигу.Ну так я об этом и писал, даже f2fs так делает. Это вообще похоже стандартное поведение для более новых ФС.
> Ну так я об этом и писал, даже f2fs так делает. Это
> вообще похоже стандартное поведение для более новых ФС.Ну а кто так еще не делает - в общем то показатель что на код забили за неперспективностью общей структуры антика. Или за отсутствием программистов, как вариант.
Скажем я не понимаю бсд в гальванизации UFSа. Это еще бредовее чем гальванизация XFS. У того хоть какие-то интересные свойства были, и то - вон, майнтайнер забодался.
> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.Зато отсутствие TRIM как повышает перфоманс.
>> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.
> Зато отсутствие TRIM как повышает перфоманс.При глупом подходе это так: вы ждете ERASE блока или при записи, или в TRIM. А разница в чем, если таки - ждете? Идея то в том чтобы заранее, в фоне pre-erase сделать, и тогда запись туда - рррраз и готово! А если не в фоне - тогда IO застопорится что так что сяк. В этом плане асинхронный сабмит команд на TRIM, или для антиков мануальный пинок внешнего fstrim - куда как лучше.
Такой как в Линуксе Блютус на самом деле "нафиг надо". На днях бился с приемом файла по блюхе. раньше помогал прием из консоли, через bt-obex, в этот раз вообще никак и никуда.
Почему-то в проклятой Вынде Блютус работает, в Андроиде он куцый, но работает, даже расшаривание доступа в интернет, а в Линуксе можно BNEP между компьютерами поднять, а файл принять - не выходит.А в от про TRIM вообще непонятно. Сейчас без этого уж как-то грустно.
> Такой как в Линуксе Блютус на самом деле "нафиг надо".Погоди, но тот же самый стек и в ведроиде? Видимо народ на десктопах и ноутах не очень жалует передачу файлов через блутус - в силу издевательской скорости этого процесса - ну утилсы и кривые.
А чо, никогда не видел апдейт прошивки часов 2 часа? Блутус скоростной интерфейс, однако.
>> Такой как в Линуксе Блютус на самом деле "нафиг надо".
> Погоди, но тот же самый стек и в ведроиде?Тоже следуешь самому популярному девизу опеннета: "̶С̶л̶а̶б̶о̶у̶м̶и̶е̶ ̶и̶ ̶о̶т̶в̶а̶г̶а̶"̶ "ыкспертизм и ценнейшее мнение по любому вопросу"?
В андроиде БЫЛ Bluez одно время, а потом Гугл его выкинул и написал свой стек. Что намекает, ага.Что до скорости передачи, ну Bluetooth classic почти не развивается последние годы. Там разве что EDR в версии 2+ вводили и позже альтернативный MAC\PHY, когда устройсва могут переключиться на как-бы WiFi. 54 Мегабита тогда вроде можно получить.
А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.Собственно претензия не к скорости, а к тому что оно вообще не заводится. Сколько лет себя помню - с Блютусом вечно головняк и глюки. Даже Блютус аудио просто вымораживало глючнотью. Обычная история - наушники подключили 1 раз успешно, второй раз - нет,только после перезагрузки.
Медленный апдейт прошивки по блютус видел - на смартчасах и тому подобном, но там BLE, там экономия энергии в ущерб скорости.
> А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.Это было "норм" лет 20 назад. Быстрее и проще перекинуть в мессенджере. Да и вообще, сегодня у блютуза предназначение одно - беспроводные мыши, клавы и наушники. Для переброски файлов и расшаривания инета его никто не использует. Пара-тройка олдскулов не в счёт (те и на 4 пнях сидят и им норм).
Из разряда «а файлы лучше и проще переслать через облако», «а фильмы лучше и проще смотреть онлайн» и т.д.
А ты с этим не согласен? Всё локально хранишь на своём механическом IDE HDD 40GB? АЛЁ 🌚 проснись, 2024 год на пороге.
> Из разряда «а файлы лучше и проще переслать через облако», «а фильмы
> лучше и проще смотреть онлайн» и т.д.Со скоростью блутуса - мувик быстрее пожалуй качнуть, чем по блутусу передать. Впрочем штуки типа VLC нынче умеют встроеный вебсервак, по вайфай уже другое дело. В общем байда для подключения часов к телефону.
>> А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.
> Это было "норм" лет 20 назад. Быстрее и проще перекинуть в мессенджере.
> Да и вообще, сегодня у блютуза предназначение одно - беспроводные мыши,
> клавы и наушники. Для переброски файлов и расшаривания инета его никто
> не использует. Пара-тройка олдскулов не в счёт (те и на 4
> пнях сидят и им норм).Ну допустим, я могу согласиться что значение Блютуса куда меньше чем раньше. Да, музыка, да клавиатуры, добавлю еще всякие BLE применения вроде умных часов и прочего. Да, передавать файлы долго и гиговый файл я бы точно не послал по Блютус.
Вряд ли 100 мегабайтный даже послал бы (хотя это еще реалистично).Если устройства достаточно умные проще локальный вэб или фтп микросервер поднять.
Но так муззяка в беспроводных наушниках в Линуксе тоже работает через Ж, это то как объясняется?
Как в свое время разработчики Pidgin мотивировали нежелание делать поддержку видеоконференций - "а никто из нас вэбкамерами не владеет и не пользуется"?
Эпопею с кодеками ещё вспомни.
Гуглить "SBC-XQ" и "SBC-XQ Huawei" из недавнего, например.
> Как в свое время разработчики Pidgin мотивировали нежелание делать поддержку видеоконференций
> - "а никто из нас вэбкамерами не владеет и не пользуется"?Ну а что, это вполне валидное объяснение в опенсорсе. Ожидать что кто-то забесплатно накодит ненужную ему самому фичу в свое свободное время - ну а вы сами то так будете делать? :)
Trim к чему тут? Его поддержка ненужкэна в современных накопителях.
Поддержку вафель пилят.
Там глядишь с для блюпупа прошивку добавят.
Файловая система на твердотельнике уж всяко достаточна.
Продакшен? Ну с тараканами в голове не до продакшена.
А секьюрщики могут и использовать.
Не нужна? И откуда пошла эта уверенность? С модный но малоресурсном QLC TRIM нужен сильнее чем когда либо.
Надеетесь что сам контроллер догадается что можно очистить? Так они обычно только зануленные области могут так опознать, и часто вы файл перед удаление зануляете (не факт что поможет кстати)?
Или думаете что и так сойдет, контроллер мощный, не поперхнется на лету очищать и перезаписывать грязные ячейки? На медленном QLC?TRIM отомрет когда распространится пресловутый Software Defined Flash.
> Trim к чему тут? Его поддержка ненужкэна в современных накопителях.Всё что нужно знать о нынешних т.н. "айтишниках".
В смысле — нынешних? Это OpenBSD, самый что ни на есть old school.Нынешние-то как раз знают, что TRIM нужен.
> Trim к чему тут? Его поддержка ненужкэна в современных накопителях.А накопитель видимо узнает о использовании места путем телепатии. Или, таки, насилует полтора маневровых блока из резерва на все операции, быренько протираясь до дыр и тормозя операциями стирания блоков на каждый пшик?
> Там глядишь с для блюпупа прошивку добавят.
Вот это наверное не очень критично для обычных компов.
> Файловая система на твердотельнике уж всяко достаточна.
Чтобы его протереть побыстрее чтоли?
> А секьюрщики могут и использовать.
Потом приходит нетбсдшник и устраивает security circus...
> Для работы драйвера требуется ручная установка файлов с прошивкой..."This driver is not working yet ... Obviously this driver remains disabled for now."
кроме прошивки надо поправить config.. к (релизу) версии 7.5 опёнка (? в апреле ?), возможно, появится рабочий вариант..
No trim OS. Кто-нибудь задонатьте разрабам б/у SSD, а то они, наверное, не знают об их существовании.
"Many subscribers and developers read their mail on text-based mailers like mail(1), emacs or mutt, and they often find HTML-formatted messages (or lines that stretch beyond 72 characters) unreadable."Дальше читать не стал. Это всё что надо знать про openbsd.
> emacs or mutt, and they often find HTML-formatted messages (or lines
> that stretch beyond 72 characters) unreadable."
> Дальше читать не стал. Это всё что надо знать про openbsd.А помнишь мультфильм про финни-пуха (ну, у котрого в голове опилки).
Так этот гений мысли как-то сказал " Длинные слова меня только расстраивают!"
Вот так скорее всего и тут))