forum.opennet.ru

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

Оглавление

В OpenBSD портирован драйвер ath11k для беспроводных чипов Qualcomm, opennews (??), 30-Дек-23, (0) [смотреть все]

Однако, событие , Аноним (1), 23:25 , 30-Дек-23, (1) +1 //

Скрыто модератором, Аноним (-), 15:51 , 31-Дек-23, (39)

Скрыто модератором, Аноним (2), 00:02 , 31-Дек-23, (2) +1 //

Скрыто модератором, Аноним (3), 00:09 , 31-Дек-23, (3) +3 //

Скрыто модератором, Аноним (27), 04:08 , 31-Дек-23, (27) –2 //

Скрыто модератором, Аноним (29), 07:18 , 31-Дек-23, (29)

Скрыто модератором, Аноним (6), 00:40 , 31-Дек-23, (6) –6 //

Скрыто модератором, Аноним (27), 00:50 , 31-Дек-23, (7) +6 //

Скрыто модератором, Аноним (6), 03:14 , 31-Дек-23, (22) –9

Скрыто модератором, Аноним (27), 04:04 , 31-Дек-23, (25) +1

Скрыто модератором, User (??), 08:04 , 31-Дек-23, (31)

Что, простите Вроде, Новый год ещё нескоро, а тут такое , Аноним (4), 00:14 , 31-Дек-23, (4) –1 //

А когда у вас на Нибиру новый год У нас, на Земле 8212 буквально сегодня , Аноним (27), 00:52 , 31-Дек-23, (9) //

В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..., Аноним (35), 09:30 , 31-Дек-23, (35)
Это от календаря зависит У меня лично смена года была более 3 месяцев назад , Аноним123 (?), 03:28 , 01-Янв-24, (66)

Тут наверное опечатся Возможно вы имели в виду первое апреля еще не скоро , Аноним (-), 18:01 , 31-Дек-23, (42)

Могли бы автоматизировать загрузку как с прошивками intel amd , Голум (?), 00:20 , 31-Дек-23, (5) //

Это противоречит религиозным взглядоам апологетов опенка Тебе дают голую сырую , Аноним (12), 01:07 , 31-Дек-23, (12) +6 //

А чем тогда репозитории не перечат религиозным взглядам непонятных людей Особо , Аноним (20), 02:18 , 31-Дек-23, (20) //

Сам то понял, что написал , Аноним (12), 03:02 , 31-Дек-23, (21) +1

Двумя руками за Вот это было бы круто А хоть один дистр так делает , Аноним (20), 02:16 , 31-Дек-23, (19) //

Дистр чего Если опенбсд - у нее что, дистры бывают Линуха Им имя легион, у вс, Аноним (29), 07:27 , 31-Дек-23, (30)
OpenBSD сама так делает для других прошивок , Аноним (34), 08:33 , 31-Дек-23, (34)

Я тут вижу два подхода 1 Всё готово из коробки, надо только установить ОС на ус, Аноним (35), 09:36 , 31-Дек-23, (36)

Потом опять будут рассказывать, что линуксоиды украли код из BSD и перелицензиро, Аноним (27), 00:51 , 31-Дек-23, (8) +1 //

Могут даже в исходники мордой ткнуть Даже без перелицензии , Аноним (33), 08:31 , 31-Дек-23, (33) +1

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

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

Причиной 99 взломов обычно является прокладка между монитором и креслом Вне за, Пынявый куколд (?), 05:30 , 31-Дек-23, (28) +2 //

А 1 это что Баги в копипасте ChatGPT, приписаные AI , Аноним (-), 18:12 , 31-Дек-23, (45) –3
Просто в OpenBSD мы знаем, что проблемную прокладку зовут Тео , Аноним (27), 22:32 , 01-Янв-24, (76)

И не писать документацию И код , name (??), 19:20 , 31-Дек-23, (49)

По счастью в проде её примерно и нет , User (??), 08:06 , 31-Дек-23, (32) //

Иногда встречается Рискну предположить, ставят местечковые админы, чтобы подсад, Аноним (12), 20:30 , 31-Дек-23, (59) //

Скорее всего, это просто мужики старше пятидесяти, которые изучили то, что было , Аноним (27), 22:35 , 01-Янв-24, (77)

И какие такие новые знания появились в последние 10 лет Окей гугель как подн, Аноним (80), 13:56 , 02-Янв-24, (80) +1

Извините за не уместный снобизм - но с подобным prod ом я дел не имею лет уже, User (??), 17:49 , 02-Янв-24, (81)

Ну драйверы понятно, с ними ситуация в любой маргинальной ОС тупиковая Но вот р, Аноним (38), 13:04 , 31-Дек-23, (38) //

По идее для TRIM нужен ioctl для отправки сообщения накопителю и поддержка со ст, Kuromi (ok), 17:46 , 31-Дек-23, (41) //

Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деалло, Аноним (-), 18:10 , 31-Дек-23, (44) –1

Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деалло, Kuromi (ok), 19:44 , 31-Дек-23, (50)

Да ладно, даже фришный UFS который, как известно всем на опеннете - давно окаме, Аноним (52), 19:57 , 31-Дек-23, (52)

Ну логично что нужно оптимизировать Более 3000 TRIM комманд на гигабайт удаленн, Kuromi (ok), 20:15 , 31-Дек-23, (55)

Я так понимаю, у режима continuous это works as intended , т е перегруз о, Аноним (52), 21:28 , 31-Дек-23, (64)

ЗЫ оно TRIM таки пуляется еще и отдельным тредом, в фоне CODE usr src sys uf, Аноним (52), 15:02 , 01-Янв-24, (72)

Религиозные убеждения адептов У них сидеть на коре дуба с механическими HDD - н, Аноним (12), 20:22 , 31-Дек-23, (57)

Неправда ваша У меня на ноуте с Корой Дуба накопитель SSD , Свидетель Коры Дуба (?), 17:29 , 05-Янв-24, (84)

Продвинутый вариант - в очередь фоновому воркеру вместо этого скидывать, так реа, Аноним (-), 04:57 , 01-Янв-24, (67)

Ну так я об этом и писал, даже f2fs так делает Это вообще похоже стандартное по, Kuromi (ok), 05:19 , 01-Янв-24, (71)

Ну а кто так еще не делает - в общем то показатель что на код забили за неперспе, Аноним (-), 15:37 , 01-Янв-24, (73)

Зато отсутствие TRIM как повышает перфоманс , Аноним (83), 04:14 , 03-Янв-24, (83)

При глупом подходе это так вы ждете ERASE блока или при записи, или в TRIM А р, Аноним (-), 05:59 , 06-Янв-24, (85)

Такой как в Линуксе Блютус на самом деле нафиг надо На днях бился с приемом ф, Kuromi (ok), 17:35 , 31-Дек-23, (40) //

Погоди, но тот же самый стек и в ведроиде Видимо народ на десктопах и ноутах не, Аноним (-), 18:06 , 31-Дек-23, (43) –1 //

Тоже следуешь самому популярному девизу опеннета 822 С 822 л 822 а 822 б , Аноним (52), 19:10 , 31-Дек-23, (47)
В андроиде БЫЛ Bluez одно время, а потом Гугл его выкинул и написал свой стек Ч, Kuromi (ok), 19:55 , 31-Дек-23, (51)

Это было норм лет 20 назад Быстрее и проще перекинуть в мессенджере Да и воо, Аноним (12), 20:20 , 31-Дек-23, (56) +3

Из разряда 171 а файлы лучше и проще переслать через облако 187 , 171 а фил, Аноним (38), 20:26 , 31-Дек-23, (58)

А ты с этим не согласен Всё локально хранишь на своём механическом IDE HDD 40GB, Аноним (12), 20:34 , 31-Дек-23, (60)
Со скоростью блутуса - мувик быстрее пожалуй качнуть, чем по блутусу передать В, Аноним (-), 05:04 , 01-Янв-24, (68)

Ну допустим, я могу согласиться что значение Блютуса куда меньше чем раньше Да,, Kuromi (ok), 20:36 , 31-Дек-23, (62) –1

Эпопею с кодеками ещё вспомни Гуглить SBC-XQ и SBC-XQ Huawei из недавнего, н, Аноним (65), 23:30 , 31-Дек-23, (65) +1
Ну а что, это вполне валидное объяснение в опенсорсе Ожидать что кто-то забеспл, Аноним (-), 05:06 , 01-Янв-24, (69)

Trim к чему тут Его поддержка ненужкэна в современных накопителях Поддержку ваф, Аноним (48), 19:10 , 31-Дек-23, (48) –2 //

Не нужна И откуда пошла эта уверенность С модный но малоресурсном QLC TRIM нуж, Kuromi (ok), 19:59 , 31-Дек-23, (53) +2
Всё что нужно знать о нынешних т н айтишниках , Аноним (12), 20:15 , 31-Дек-23, (54) +2 //

В смысле 8212 нынешних Это OpenBSD, самый что ни на есть old school Нынешние, Аноним (27), 22:38 , 01-Янв-24, (78)

А накопитель видимо узнает о использовании места путем телепатии Или, таки, нас, Аноним (-), 05:19 , 01-Янв-24, (70)

This driver is not working yet Obviously this driver remains disabled for n, крокодил мимо.. (?), 01:30 , 31-Дек-23, (18)
No trim OS Кто-нибудь задонатьте разрабам б у SSD, а то они, наверное, не знают, Аноним (12), 18:50 , 31-Дек-23, (46) +2
Many subscribers and developers read their mail on text-based mailers like mail, Аноним (12), 00:27 , 02-Янв-24, (79) //

А помнишь мультфильм про финни-пуха ну, у котрого в голове опилки Так этот ген, Аноним (-), 17:54 , 02-Янв-24, (82)

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

41. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Kuromi (ok), 31-Дек-23, 17:46

По идее для TRIM нужен ioctl для отправки сообщения накопителю и поддержка со стороны ФС. В Линуксе fstrim устроен так, что он (например для ext*) посылает накопителю на очистку все "свободное" место раздела\файловой системы (хотя между перезагрузками там все чуть сложнее).
Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.
Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были, но они столкнулись с большими "performance penalties". Что там конкретно было неясно, но судя по отсылкам к забагованными фирмварям думаю они там устроили continuous TRIM, а это так себе решение даже сейчас (Самсунг до сих пор спотыкается на асинхронном).

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

44. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." –1 +/–

Сообщение от Аноним (-), 31-Дек-23, 18:10

> Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят
> удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного.
Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную.
> Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были,
> но они столкнулись с большими "performance penalties".
Видимо инноваторы не умеют в асинхронные операции. Это вам не линукскернел где фоновые воркеры могут дать мастеркласс каким-нить жабаскриптерам и игогошникам на тему дефернутых операций и тредов.
> (Самсунг до сих пор спотыкается на асинхронном).
Надеюсь самсунь кто-нибудь однажды все же засудит, желательно коллективным иском, можно по недавнему закону о ответственности за факапы в ПО. Самсунь стопудово это заслужил.

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

50. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Kuromi (ok), 31-Дек-23, 19:44

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

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

52. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (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ообщить модератору

55. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от 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ообщить модератору

64. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (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ообщить модератору

72. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (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ообщить модератору

57. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (12), 31-Дек-23, 20:22

> Кстати, что мешает опенку позаимствовать фряшную реализацию?
Религиозные убеждения адептов. У них сидеть на коре дуба с механическими HDD - норма.

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

84. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Свидетель Коры Дуба (?), 05-Янв-24, 17:29

Неправда ваша! У меня на ноуте с Корой Дуба накопитель SSD.

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

67. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (-), 01-Янв-24, 04:57

> Ну дык, если у ФС есть поддержка trim - она сама и
> пуляет команды по мере деаллокации места.
Продвинутый вариант - в очередь фоновому воркеру вместо этого скидывать, так реакции накопителя ждать не надо.
> А кто так не умеет - приходится, вот, костыль сканирующий место пулять
> мануально, закатывая солнце вручную.
Этот костыль намекает что на дизайн в общем то уже забили.
> накопитель после каждого удаления сразу. Как показала практика накопители не любят
> вал мелких TRIM запросов.
Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд.
> увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный
> выходит тоже, поэтому производители не заморачиваются.
В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают фоновый воркер которому можно сабмитить запросы сами. И даже если он ждет накопитель - всем пофигу.
> Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.
Это имхо смотря где. В какихнить eMMC винды вообще мало. Да и энтерпрайзные SSD врядли на винду так уж сильно ориентируются, кто виндой всерьез сервит или что там еще?

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

71. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Kuromi (ok), 01-Янв-24, 05:19

> В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают
> фоновый воркер которому можно сабмитить запросы сами. И даже если он
> ждет накопитель - всем пофигу.
Ну так я об этом и писал, даже f2fs так делает. Это вообще похоже стандартное поведение для более новых ФС.

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

73. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (-), 01-Янв-24, 15:37

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

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

83. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (83), 03-Янв-24, 04:14

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

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

85. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..." +/–

Сообщение от Аноним (-), 06-Янв-24, 05:59

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	41. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Kuromi (ok), 31-Дек-23, 17:46
	По идее для TRIM нужен ioctl для отправки сообщения накопителю и поддержка со стороны ФС. В Линуксе fstrim устроен так, что он (например для ext*) посылает накопителю на очистку все "свободное" место раздела\файловой системы (хотя между перезагрузками там все чуть сложнее). Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного. Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были, но они столкнулись с большими "performance penalties". Что там конкретно было неясно, но судя по отсылкам к забагованными фирмварям думаю они там устроили continuous TRIM, а это так себе решение даже сейчас (Самсунг до сих пор спотыкается на асинхронном).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	–1 +/–
	Сообщение от Аноним (-), 31-Дек-23, 18:10
	> Иные ФС работают иначе, BTRFS и F2FS как известно в фоне мониторят > удаления файлов, собирают "кандидатов" на очистку и делают TRIM вот именно удаленного. Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную. > Сложно ли это? Гуглеж показывает что попытки добавить TRIM в FFS были, > но они столкнулись с большими "performance penalties". Видимо инноваторы не умеют в асинхронные операции. Это вам не линукскернел где фоновые воркеры могут дать мастеркласс каким-нить жабаскриптерам и игогошникам на тему дефернутых операций и тредов. > (Самсунг до сих пор спотыкается на асинхронном). Надеюсь самсунь кто-нибудь однажды все же засудит, желательно коллективным иском, можно по недавнему закону о ответственности за факапы в ПО. Самсунь стопудово это заслужил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Kuromi (ok), 31-Дек-23, 19:44
	Ну дык, если у ФС есть поддержка trim - она сама и пуляет команды по мере деаллокации места. А кто так не умеет - приходится, вот, костыль сканирующий место пулять мануально, закатывая солнце вручную. Тот же ext4 (там сейчас все равно 1 драйвер на 2\3\4 версию) умеет в TRIM, но он умеет сам только continuous, т.е. дергает накопитель после каждого удаления сразу. Как показала практика накопители не любят вал мелких TRIM запросов. С внедрением асинхронного TRIM проблема должна была порешаться (накопитель делает очистку в фоне, параллельно с обычной работой, многие (не все) так делали и раньше, но это было "неофициально"), но увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный выходит тоже, поэтому производители не заморачиваются. Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (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ообщить модератору


	55. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от 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ообщить модератору


	64. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (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ообщить модератору


	72. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (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ообщить модератору


	57. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (12), 31-Дек-23, 20:22
	> Кстати, что мешает опенку позаимствовать фряшную реализацию? Религиозные убеждения адептов. У них сидеть на коре дуба с механическими HDD - норма.
	Ответить \| Правка \| К родителю #52 \| Наверх \| Cообщить модератору


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


	67. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (-), 01-Янв-24, 04:57
	> Ну дык, если у ФС есть поддержка trim - она сама и > пуляет команды по мере деаллокации места. Продвинутый вариант - в очередь фоновому воркеру вместо этого скидывать, так реакции накопителя ждать не надо. > А кто так не умеет - приходится, вот, костыль сканирующий место пулять > мануально, закатывая солнце вручную. Этот костыль намекает что на дизайн в общем то уже забили. > накопитель после каждого удаления сразу. Как показала практика накопители не любят > вал мелких TRIM запросов. Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд. > увы и ах, никто кроме Linux continuous официально не поддерживает, асинхронный > выходит тоже, поэтому производители не заморачиваются. В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают фоновый воркер которому можно сабмитить запросы сами. И даже если он ждет накопитель - всем пофигу. > Windows делает периодический TRIM и хочешь не хочешь вендоры ориентируются именно на это. Это имхо смотря где. В какихнить eMMC винды вообще мало. Да и энтерпрайзные SSD врядли на винду так уж сильно ориентируются, кто виндой всерьез сервит или что там еще?
	Ответить \| Правка \| К родителю #50 \| Наверх \| Cообщить модератору


	71. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Kuromi (ok), 01-Янв-24, 05:19
	> В результате продвинутые, типа btrfs и наверное сейчас и bcachefs - делают > фоновый воркер которому можно сабмитить запросы сами. И даже если он > ждет накопитель - всем пофигу. Ну так я об этом и писал, даже f2fs так делает. Это вообще похоже стандартное поведение для более новых ФС.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (-), 01-Янв-24, 15:37
	> Ну так я об этом и писал, даже f2fs так делает. Это > вообще похоже стандартное поведение для более новых ФС. Ну а кто так еще не делает - в общем то показатель что на код забили за неперспективностью общей структуры антика. Или за отсутствием программистов, как вариант. Скажем я не понимаю бсд в гальванизации UFSа. Это еще бредовее чем гальванизация XFS. У того хоть какие-то интересные свойства были, и то - вон, майнтайнер забодался.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (83), 03-Янв-24, 04:14
	> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд. Зато отсутствие TRIM как повышает перфоманс.
	Ответить \| Правка \| К родителю #67 \| Наверх \| Cообщить модератору


	85. "В OpenBSD портирован драйвер ath11k для беспроводных чипов Q..."	+/–
	Сообщение от Аноним (-), 06-Янв-24, 05:59
	>> Это может испортить перфоманс, т.к. ожидание много мелких операций не есть гуд. > Зато отсутствие TRIM как повышает перфоманс. При глупом подходе это так: вы ждете ERASE блока или при записи, или в TRIM. А разница в чем, если таки - ждете? Идея то в том чтобы заранее, в фоне pre-erase сделать, и тогда запись туда - рррраз и готово! А если не в фоне - тогда IO застопорится что так что сяк. В этом плане асинхронный сабмит команд на TRIM, или для антиков мануальный пинок внешнего fstrim - куда как лучше.
	Ответить \| Правка \| Наверх \| Cообщить модератору