The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В OpenBSD портирован драйвер ath11k для беспроводных чипов Qualcomm"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В OpenBSD портирован драйвер ath11k для беспроводных чипов Qualcomm"  +/
Сообщение от opennews (??), 30-Дек-23, 23:25 
В ветку OpenBSD-current добавлен драйвер qwx для беспроводных чипов Qualcomm IEEE 802.11ax, созданный путём портирования драйвера ath11k из ядра Linux (входит в состав ядра, начиная с ветки 5.6). Драйвер позволяет задействовать беспроводные адаптеры, применяемые на таких ноутбуках, как  Lenovo ThinkPad X13s и DELL XPS 9500. Для работы драйвера требуется ручная установка файлов с прошивкой...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60373

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 30-Дек-23, 23:25   +1 +/
Однако, событие!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

2. Сообщение от Аноним (2), 31-Дек-23, 00:02   +1 +/
А зачем бсдишникам wifi?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #6

3. Сообщение от Аноним (3), 31-Дек-23, 00:09   +3 +/
Для PlayStation 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #27

4. Сообщение от Аноним (4), 31-Дек-23, 00:14   –1 +/
>для беспроводных чипов Qualcomm

Что, простите? Вроде, Новый год ещё нескоро, а тут такое.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #42

5. Сообщение от Голум (?), 31-Дек-23, 00:20   +/
> требуется ручная установка файлов с прошивкой

Могли бы автоматизировать загрузку как с прошивками intel/amd.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #19, #36

6. Сообщение от Аноним (6), 31-Дек-23, 00:40   –6 +/
Между прочим это было их слабым местом.
Кому надо безопасность поставит OpenBSD или HardenedBSD.
В линукс давно не завозят бесплатно патчи безопасности ядра и при этом Линус это явно не держит в приоритете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

7. Сообщение от Аноним (27), 31-Дек-23, 00:50   +6 +/
> Кому надо безопасность поставит OpenBSD или HardenedBSD.

Вот уж нет. Людям, которые вместо SMTP-сервера сделали remote shell server, точно доверять безопасность не стоит https://www.opennet.ru/opennews/art.shtml?num=52423

> В линукс давно не завозят бесплатно патчи безопасности ядра

Так красиво врёте, век бы слушал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #22, #31

8. Сообщение от Аноним (27), 31-Дек-23, 00:51   +1 +/
Потом опять будут рассказывать, что линуксоиды украли код из BSD и перелицензировали под GPL, да ещё и говорят, что это они написали.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33

9. Сообщение от Аноним (27), 31-Дек-23, 00:52   +/
> Вроде, Новый год ещё нескоро, а тут такое.

А когда у вас на Нибиру новый год?
У нас, на Земле — буквально сегодня.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #35, #66

10. Сообщение от Аноним (12), 31-Дек-23, 01:06   +3 +/
Не православно как-то. В OpenBSD нет Bluetooth, нет trim. Не должно быть и WiFi.

Про медленную fs вообще молчу.

Хвалят надёжность, при этом оно падает от из-за кривой консоли.

Хвалят документацию, которой вообще нет.

Объективно, система непригодна для production от слова совсем.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #32, #38, #40, #48

12. Сообщение от Аноним (12), 31-Дек-23, 01:07   +6 +/
Это противоречит религиозным взглядоам апологетов опенка. Тебе дают голую сырую систему и ты должен ее пepдoлить вручную.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #20

18. Сообщение от крокодил мимо.. (?), 31-Дек-23, 01:30   +/
> Для работы драйвера требуется ручная установка файлов с прошивкой...

"This driver is not working yet ... Obviously this driver remains disabled for now."
кроме прошивки надо поправить config.. к (релизу) версии 7.5 опёнка (? в апреле ?), возможно, появится рабочий вариант..

Ответить | Правка | Наверх | Cообщить модератору

19. Сообщение от Аноним (20), 31-Дек-23, 02:16   +/
Двумя руками за! Вот это было бы круто. А хоть один дистр так делает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #30, #34

20. Сообщение от Аноним (20), 31-Дек-23, 02:18   +/
А чем тогда репозитории не перечат религиозным взглядам непонятных людей? Особо сильная разница?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #21

21. Сообщение от Аноним (12), 31-Дек-23, 03:02   +1 +/
Сам то понял, что написал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

22. Сообщение от Аноним (6), 31-Дек-23, 03:14   –9 +/
Лучше бы научился поиском пользоваться прежде чем пыхтеть про патчи безопасности в линуксе.

А какой там SMTP мне правда пофигу.
Ты бы еще бочку погнал на LibreSSL чтоб сразу дно пробивать было легче.
В линуксе прямо в ядре постоянно подобное находят и никто не бубнит что раньше было лучше.
Когда главный опубликовал данные о проблеме в процессорах линуксоиды вдруг зачесались что надо же было не быть кончеными эгоистами и предупреждать всех, а он взял и исправил еще до того как интеловцы выкатили патч, который Линус критиковал за убогость.
Доверять безоговорочно линуксу как-то уже не хочется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #25

24. Сообщение от Аноним (27), 31-Дек-23, 04:01   +3 +/
Вывод системы в production сильно увеличивает риск её взлома, не находите?

Поэтому, в интересах безопасности, крайне желательно её туда не выводить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #28, #49

25. Сообщение от Аноним (27), 31-Дек-23, 04:04   +1 +/
>  Лучше бы научился поиском пользоваться прежде чем пыхтеть про патчи безопасности в линуксе.

Если пользоваться поиском, выходит, что патчи безопасности в линуксе выходят регулярно.

> А какой там SMTP мне правда пофигу.

Правильно, топить за OpenBSD можно только если вам **абсолютно пофиг** на безопасность.
Remote root? Нормально, продолжайте сидеть на десяточке и рекламировать OpenBSD, попутно ругая линуксоидов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

27. Сообщение от Аноним (27), 31-Дек-23, 04:08   –2 +/
На неё можно BSD ставить, как на ту легендарную кофеварку: взять промышленную плату с линуксом, прописать на флешку BSD, и прикрутить саморезами к объекту (в данном случае, к PS).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #29

28. Сообщение от Пынявый куколд (?), 31-Дек-23, 05:30   +2 +/
Причиной 99% взломов обычно является прокладка между монитором и креслом. Вне зависимости от системы. Но речь совсем не об этом, когда я имел ввиду готовность для продакшена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #45, #76

29. Сообщение от Аноним (29), 31-Дек-23, 07:18   +/
> На неё можно BSD ставить, как на ту легендарную кофеварку: взять промышленную
> плату с линуксом, прописать на флешку BSD, и прикрутить саморезами к объекту
> (в данном случае, к PS).

На ней изначально BSD стоит. Вендорлокнутая и заDRMленая по самые неболуйся, чтобы покупатель мог насладиться всеми обещанными свободами сполна.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

30. Сообщение от Аноним (29), 31-Дек-23, 07:27   +/
> Двумя руками за! Вот это было бы круто. А хоть один дистр так делает?

Дистр чего? Если опенбсд - у нее что, дистры бывают? Линуха? Им имя легион, у всех по разному. Например, в убунте прошивки вообще сразу как правило. В дебиане - секция non-free-firmware в репах, качаются штатным пакетником как любой другой пакет - если "non-free-firmware" секция подключена. В других дистро - у кого как. Но в общем случае у кого есть пакетник - им все и даунлоадят в общем случае, он для этого и есть. Все оформляется в пакеты и рулится оттуда покомпонентно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

31. Сообщение от User (??), 31-Дек-23, 08:04   +/
Это вы про тех, кто exim  использует? Штош... Не лишено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

32. Сообщение от User (??), 31-Дек-23, 08:06   +/
По счастью в проде её примерно и нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #59

33. Сообщение от Аноним (33), 31-Дек-23, 08:31   +1 +/
Могут даже в исходники мордой ткнуть. Даже без перелицензии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

34. Сообщение от Аноним (34), 31-Дек-23, 08:33   +/
OpenBSD сама так делает для других прошивок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

35. Сообщение от Аноним (35), 31-Дек-23, 09:30   +/
>Захария Сичин Zecharia Sitchin, который пишет фантастические художественные произведения о древней цивилизации Шумер в Месопотамии, объявил в нескольких книгах (например, в книге "Двенадцатая планета", изданной в 1976 году), что он нашел и перевел шумерские документы, в которых описывается планета Нибиру, движущаяся по орбите вокруг Солнца с периодом обращения 3600 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

36. Сообщение от Аноним (35), 31-Дек-23, 09:36   +/
Я тут вижу два подхода:
1. Всё готово из коробки, надо только установить ОС на устройство.
2. Компилировать из исходников OS, drivers, обновлять   firmware.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

38. Сообщение от Аноним (38), 31-Дек-23, 13:04   +/
> нет trim

Ну драйверы понятно, с ними ситуация в любой маргинальной ОС тупиковая. Но вот реализация TRIM — неужели это так сложно? Или ОС настолько маргинальная, что полтора разработчика и три юзера на HDD сидят и им норм?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #41

39. Сообщение от Аноним (-), 31-Дек-23, 15:51   +/
Событие, однако!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

40. Сообщение от Kuromi (ok), 31-Дек-23, 17:35   +/
Такой как в Линуксе Блютус на самом деле "нафиг надо". На днях бился с приемом файла по блюхе. раньше помогал прием из консоли, через bt-obex, в этот раз вообще никак и никуда.
Почему-то в проклятой Вынде Блютус работает, в Андроиде он куцый, но работает, даже расшаривание доступа в интернет, а в Линуксе можно BNEP между компьютерами поднять, а файл принять - не выходит.

А в от про TRIM вообще непонятно. Сейчас без этого уж как-то грустно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #43

41. Сообщение от Kuromi (ok), 31-Дек-23, 17:46   +/
По идее для TRIM нужен ioctl для отправки сообщения накопителю и поддержка со стороны ФС. В Линуксе fstrim устроен так, что он (например для ext*) посылает накопителю на очистку все "свободное" место раздела\файловой системы (хотя между перезагрузками там все чуть сложнее).
Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.

Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были, но они столкнулись с большими "performance penalties". Что там конкретно было неясно, но судя по отсылкам к забагованными фирмварям думаю они там устроили continuous TRIM, а это так себе решение даже сейчас (Самсунг до сих пор спотыкается на асинхронном).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #44

42. Сообщение от Аноним (-), 31-Дек-23, 18:01   +/
>>для беспроводных чипов Qualcomm
> Что, простите? Вроде, Новый год ещё нескоро, а тут такое.

Тут наверное опечатся. Возможно вы имели в виду "первое апреля еще не скоро"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

43. Сообщение от Аноним (-), 31-Дек-23, 18:06   –1 +/
> Такой как в Линуксе Блютус на самом деле "нафиг надо".

Погоди, но тот же самый стек и в ведроиде? Видимо народ на десктопах и ноутах не очень жалует передачу файлов через блутус - в силу издевательской скорости этого процесса - ну утилсы и кривые.

А чо, никогда не видел апдейт прошивки часов 2 часа? Блутус скоростной интерфейс, однако.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #47, #51

44. Сообщение от Аноним (-), 31-Дек-23, 18:10   –1 +/
> Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят
> удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.

Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную.

> Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были,
> но они столкнулись с большими "performance penalties".

Видимо инноваторы не умеют в асинхронные операции. Это вам не линукскернел где фоновые воркеры могут дать мастеркласс каким-нить жабаскриптерам и игогошникам на тему дефернутых операций и тредов.

> (Самсунг до сих пор спотыкается на асинхронном).

Надеюсь самсунь кто-нибудь однажды все же засудит, желательно коллективным иском, можно по недавнему закону о ответственности за факапы в ПО. Самсунь стопудово это заслужил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50

45. Сообщение от Аноним (-), 31-Дек-23, 18:12   –3 +/
> Причиной 99% взломов обычно является прокладка между монитором и креслом.

А 1% это что? Баги в копипасте ChatGPT, приписаные AI?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

46. Сообщение от Аноним (12), 31-Дек-23, 18:50   +2 +/
No trim OS. Кто-нибудь задонатьте разрабам б/у SSD, а то они, наверное, не знают об их существовании.
Ответить | Правка | Наверх | Cообщить модератору

47. Сообщение от Аноним (52), 31-Дек-23, 19:10   +/
>> Такой как в Линуксе Блютус на самом деле "нафиг надо".
> Погоди, но тот же самый стек и в ведроиде?

Тоже следуешь самому популярному девизу опеннета: "̶С̶л̶а̶б̶о̶у̶м̶и̶е̶ ̶и̶ ̶о̶т̶в̶а̶г̶а̶"̶ "ыкспертизм и ценнейшее мнение по любому вопросу"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

48. Сообщение от Аноним (48), 31-Дек-23, 19:10   –2 +/
Trim к чему тут? Его поддержка ненужкэна в современных накопителях.
Поддержку вафель пилят.
Там глядишь с для блюпупа прошивку добавят.
Файловая система на твердотельнике уж всяко достаточна.
Продакшен? Ну с тараканами в голове не до продакшена.
А секьюрщики могут и использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #53, #54, #70

49. Сообщение от name (??), 31-Дек-23, 19:20   +/
И не писать документацию. И код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

50. Сообщение от Kuromi (ok), 31-Дек-23, 19:44   +/
Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную.

Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию) умеет в TRIM, но он умеет сам только continuous, т.е. дергает накопитель после каждого удаления сразу. Как показала практика накопители не любят вал мелких TRIM запросов. С внедрением асинхронного TRIM проблема должна была порешаться (накопитель делает очистку в фоне, параллельно с обычной работой, многие (не все) так делали и раньше, но это было "неофициально"), но увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный выходит тоже, поэтому производители не заморачиваются.
Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #52, #67

51. Сообщение от Kuromi (ok), 31-Дек-23, 19:55   +/
В андроиде БЫЛ Bluez одно время, а потом Гугл его выкинул и написал свой стек. Что намекает, ага.

Что до скорости передачи, ну Bluetooth classic почти не развивается последние годы. Там разве что EDR в версии 2+ вводили и позже альтернативный MAC\PHY, когда устройсва могут переключиться на как-бы WiFi. 54 Мегабита тогда вроде можно получить.
А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.

Собственно претензия не к скорости, а к тому что оно вообще не заводится. Сколько лет себя помню - с Блютусом вечно головняк и глюки. Даже Блютус аудио просто вымораживало глючнотью. Обычная история - наушники подключили 1 раз успешно, второй раз - нет,только после перезагрузки.

Медленный апдейт прошивки по блютус видел - на смартчасах и тому подобном, но там BLE, там экономия энергии в ущерб скорости.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #56

52. Сообщение от Аноним (52), 31-Дек-23, 19:57   +/
> Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию)
> умеет в TRIM, но он умеет сам только continuous, т.е. дергает
> накопитель после каждого удаления сразу.

Да ладно, даже фришный UFS (который, как известно всем на опеннете - давно окаменел на технологиях из 70х) уже лет 5 как умеет в TRIM consolidation (по умолчанию включено начиная с фри 12).
https://freebsd-current.freebsd.narkive.com/Y9SjVLu4/cft-tri...
Кстати, что мешает опенку позаимствовать фряшную реализацию?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #55, #57

53. Сообщение от Kuromi (ok), 31-Дек-23, 19:59   +2 +/
Не нужна? И откуда пошла эта уверенность? С модный но малоресурсном QLC TRIM нужен сильнее чем когда либо.
Надеетесь что сам контроллер догадается что можно очистить? Так они обычно только зануленные области могут так опознать, и часто вы файл перед удаление зануляете (не факт что поможет кстати)?
Или думаете что и так сойдет, контроллер мощный, не поперхнется на лету очищать и перезаписывать грязные ячейки? На медленном QLC?

TRIM отомрет когда распространится пресловутый Software Defined Flash.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от Аноним (12), 31-Дек-23, 20:15   +2 +/
> Trim к чему тут? Его поддержка ненужкэна в современных накопителях.

Всё что нужно знать о нынешних т.н. "айтишниках".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #78

55. Сообщение от Kuromi (ok), 31-Дек-23, 20:15   +/
>> Тот же 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 - ну логично.

Вот почему они не могут взять - я лично не понимаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #64

56. Сообщение от Аноним (12), 31-Дек-23, 20:20   +3 +/
> А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.

Это было "норм" лет 20 назад. Быстрее и проще перекинуть в мессенджере. Да и вообще, сегодня у блютуза предназначение одно - беспроводные мыши, клавы и наушники. Для переброски файлов и расшаривания инета его никто не использует. Пара-тройка олдскулов не в счёт (те и на 4 пнях сидят и им норм).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #58, #62

57. Сообщение от Аноним (12), 31-Дек-23, 20:22   +/
> Кстати, что мешает опенку позаимствовать фряшную реализацию?

Религиозные убеждения адептов. У них сидеть на коре дуба с механическими HDD - норма.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #84

58. Сообщение от Аноним (38), 31-Дек-23, 20:26   +/
Из разряда «а файлы лучше и проще переслать через облако», «а фильмы лучше и проще смотреть онлайн» и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #60, #68

59. Сообщение от Аноним (12), 31-Дек-23, 20:30   +/
Иногда встречается. Рискну предположить, ставят местечковые админы, чтобы подсадить на свои "эксклюзивные" услуги, ведь 99% админов идут в отказ, просто услышав *BSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #77, #81

60. Сообщение от Аноним (12), 31-Дек-23, 20:34   +/
А ты с этим не согласен? Всё локально хранишь на своём механическом IDE HDD 40GB? АЛЁ 🌚 проснись, 2024 год на пороге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

62. Сообщение от Kuromi (ok), 31-Дек-23, 20:36   –1 +/
>> А так, для того чтобы перебросить пару-тройку фоток, чтобы без првоодов, лишнего софта и настройки - вполне норм.
> Это было "норм" лет 20 назад. Быстрее и проще перекинуть в мессенджере.
> Да и вообще, сегодня у блютуза предназначение одно - беспроводные мыши,
> клавы и наушники. Для переброски файлов и расшаривания инета его никто
> не использует. Пара-тройка олдскулов не в счёт (те и на 4
> пнях сидят и им норм).

Ну допустим, я могу согласиться что значение Блютуса куда меньше чем раньше. Да, музыка, да клавиатуры, добавлю еще всякие BLE применения вроде умных часов и прочего. Да, передавать файлы долго и гиговый файл я бы точно не послал по Блютус.
Вряд ли 100 мегабайтный даже послал бы (хотя это еще реалистично).

Если устройства достаточно умные проще локальный вэб или фтп микросервер поднять.

Но так муззяка в беспроводных наушниках в Линуксе тоже работает через Ж, это то как объясняется?
Как в свое время разработчики Pidgin  мотивировали нежелание делать поддержку видеоконференций - "а никто из нас вэбкамерами не владеет и не пользуется"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #65, #69

64. Сообщение от Аноним (52), 31-Дек-23, 21:28   +/
> Ну логично что нужно оптимизировать. Более 3000 TRIM комманд на гигабайт удаленного файла!

Я так понимаю, у режима "continuous" это: "works as intended", т.е. "перегруз" очереди комманд прилагается.

А "периодический" в винде - это точно или может у них там тоже "обобщение" запросов?

> Правда там в тесте у него вышло почти 1000 на 30мб (и всего 3 запроса после оптимизации, лучше чем было, но как тут

Ну хз, может в идеальном случае и т.д. - там примером, как я понимаю, мелкий тестовый сетап (md0 - это memory disk).
Я сейчас как раз сортирую новую музыку, как раз на отдельной ссдшке - удалил 3MB файл, посмотрел в статы, удивился отсутствию изменений, удалил трек из плейлиста в плеере -  получил +1 TRIM.

На 100МБ файл
dd if=/dev/urandom bs=1M count=100 > testfile

kern.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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #72

65. Сообщение от Аноним (65), 31-Дек-23, 23:30   +1 +/
Эпопею с кодеками ещё вспомни.
Гуглить "SBC-XQ" и "SBC-XQ Huawei" из недавнего, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

66. Сообщение от Аноним123 (?), 01-Янв-24, 03:28   +/
Это от календаря зависит. У меня лично смена года была более 3 месяцев назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

67. Сообщение от Аноним (-), 01-Янв-24, 04:57   +/
> Ну дык, если у ФС есть поддержка trim - она сама и
> пуляет команды по мере деаллокации места.

Продвинутый вариант - в очередь фоновому воркеру вместо этого скидывать, так реакции накопителя ждать не надо.

> А кто так не умеет - приходится, вот, костыль сканирующий место пулять
> мануально, закатывая солнце вручную.

Этот костыль намекает что на дизайн в общем то уже забили.

> накопитель после каждого удаления сразу. Как показала практика накопители не любят
> вал мелких TRIM запросов.

Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.

> увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный
> выходит тоже, поэтому производители не заморачиваются.

В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают фоновый воркер которому можно сабмитить запросы сами. И даже если он ждет накопитель - всем пофигу.

> Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.

Это имхо смотря где. В какихнить eMMC винды вообще мало. Да и энтерпрайзные SSD врядли на винду так уж сильно ориентируются, кто виндой всерьез сервит или что там еще?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #71, #83

68. Сообщение от Аноним (-), 01-Янв-24, 05:04   +/
> Из разряда «а файлы лучше и проще переслать через облако», «а фильмы
> лучше и проще смотреть онлайн» и т.д.

Со скоростью блутуса - мувик быстрее пожалуй качнуть, чем по блутусу передать. Впрочем штуки типа VLC нынче умеют встроеный вебсервак, по вайфай уже другое дело. В общем байда для подключения часов к телефону.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

69. Сообщение от Аноним (-), 01-Янв-24, 05:06   +/
> Как в свое время разработчики Pidgin  мотивировали нежелание делать поддержку видеоконференций
> - "а никто из нас вэбкамерами не владеет и не пользуется"?

Ну а что, это вполне валидное объяснение в опенсорсе. Ожидать что кто-то забесплатно накодит ненужную ему самому фичу в свое свободное время - ну а вы сами то так будете делать? :)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

70. Сообщение от Аноним (-), 01-Янв-24, 05:19   +/
> Trim к чему тут? Его поддержка ненужкэна в современных накопителях.

А накопитель видимо узнает о использовании места путем телепатии. Или, таки, насилует полтора маневровых блока из резерва на все операции, быренько протираясь до дыр и тормозя операциями стирания блоков на каждый пшик?

> Там глядишь с для блюпупа прошивку добавят.

Вот это наверное не очень критично для обычных компов.

> Файловая система на твердотельнике уж всяко достаточна.

Чтобы его протереть побыстрее чтоли?

> А секьюрщики могут и использовать.

Потом приходит нетбсдшник и устраивает security circus...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

71. Сообщение от Kuromi (ok), 01-Янв-24, 05:19   +/
> В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают
> фоновый воркер которому можно сабмитить запросы сами. И даже если он
> ждет накопитель - всем пофигу.

Ну так я об этом и писал, даже f2fs так делает. Это вообще похоже стандартное поведение для более новых ФС.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #73

72. Сообщение от Аноним (52), 01-Янв-24, 15:02   +/
ЗЫ:
оно (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]

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

73. Сообщение от Аноним (-), 01-Янв-24, 15:37   +/
> Ну так я об этом и писал, даже f2fs так делает. Это
> вообще похоже стандартное поведение для более новых ФС.

Ну а кто так еще не делает - в общем то показатель что на код забили за неперспективностью общей структуры антика. Или за отсутствием программистов, как вариант.

Скажем я не понимаю бсд в гальванизации UFSа. Это еще бредовее чем гальванизация XFS. У того хоть какие-то интересные свойства были, и то - вон, майнтайнер забодался.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

76. Сообщение от Аноним (27), 01-Янв-24, 22:32   +/
> Причиной 99% взломов обычно является прокладка между монитором и креслом. Вне зависимости от системы.

Просто в OpenBSD мы знаем, что проблемную прокладку зовут Тео.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

77. Сообщение от Аноним (27), 01-Янв-24, 22:35   +/
> ставят местечковые админы

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #80

78. Сообщение от Аноним (27), 01-Янв-24, 22:38   +/
В смысле — нынешних? Это OpenBSD, самый что ни на есть old school.

Нынешние-то как раз знают, что TRIM нужен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

79. Сообщение от Аноним (12), 02-Янв-24, 00:27   +/
"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.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

80. Сообщение от Аноним (80), 02-Янв-24, 13:56   +1 +/
>Теперь же, от возраста и алкоголя, мозг скукошился и новые знания не принимает

И какие такие "новые знания" появились в последние 10 лет? "Окей гугель как поднять почтовик", или это деплой бубурнетеса есть афигеть какие сложные новые знания, для постижения который требуется хотя бы одна извилина? Впрочем, и таковой у современного поколения молодых вайтишников, прямиком с курсов "войти вайти" и нету.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

81. Сообщение от User (??), 02-Янв-24, 17:49   +/
> Иногда встречается. Рискну предположить, ставят местечковые админы, чтобы подсадить на
> свои "эксклюзивные" услуги, ведь 99% админов идут в отказ, просто услышав
> *BSD.

Извините за (не)уместный снобизм - но с подобным "prod"'ом я дел не имею лет уже много как.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

82. Сообщение от Аноним (-), 02-Янв-24, 17:54   +/
> emacs or mutt, and they often find HTML-formatted messages (or lines
> that stretch beyond 72 characters) unreadable."
> Дальше читать не стал. Это всё что надо знать про openbsd.

А помнишь мультфильм про финни-пуха (ну, у котрого в голове опилки).
Так этот гений мысли как-то сказал " Длинные слова меня только расстраивают!"
Вот так скорее всего и тут))


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

83. Сообщение от Аноним (83), 03-Янв-24, 04:14   +/
> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.

Зато отсутствие TRIM как повышает перфоманс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #85

84. Сообщение от Свидетель Коры Дуба (?), 05-Янв-24, 17:29   +/
Неправда ваша! У меня на ноуте с Корой Дуба накопитель SSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

85. Сообщение от Аноним (-), 06-Янв-24, 05:59   +/
>> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.
> Зато отсутствие TRIM как повышает перфоманс.

При глупом подходе это так: вы ждете ERASE блока или при записи, или в TRIM. А разница в чем, если таки - ждете? Идея то в том чтобы заранее, в фоне pre-erase сделать, и тогда запись туда - рррраз и готово! А если не в фоне - тогда IO застопорится что так что сяк. В этом плане асинхронный сабмит команд на TRIM, или для антиков мануальный пинок внешнего fstrim - куда как лучше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру