The OpenNET Project / Index page

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



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

"Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от opennews (?), 18-Ноя-24, 12:28 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.12. Среди наиболее заметных изменений: возможность включения Realtime-режима, sched_ext для создания планировщиков CPU через eBPF, вывод QR-кода при аварийных состояниях, механизм Device Memory TCP, механизм резервирования ресурсов SCHED_DEADLINE server, улучшение планировщика задач EEVDF, модуль IPE для задания политик обеспечения целостности...

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

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

Оглавление

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


1. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от DEF (?), 18-Ноя-24, 12:28 
Отлично, ждём прилёта в Fedora 41.
Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (2), 18-Ноя-24, 12:32 
С этим fast commit столько проблем было, вплоть до бсодов. А без него sqlite тормозит.
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (57), 18-Ноя-24, 13:57 
Тяжела жизнь пользователей мастдая.
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (2), 18-Ноя-24, 14:16 
А это, возможно, объясняет, почему максимально ненадёжную leveldb всюду пихают, и не sqlite.
Ответить | Правка | Наверх | Cообщить модератору

175. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (175), 18-Ноя-24, 21:37 
В реальных задачах sqlite не подходит почти никогда.  
Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (2), 18-Ноя-24, 22:09 
> В реальных задачах sqlite не подходит почти никогда.

То-то она используется везде где надо сохранить записанные данные 100% и не развалиться после каждого маленького обесточивания (или падения программы, это уже вообще смешно у leveldb).

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

5. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +8 +/
Сообщение от Аноним (5), 18-Ноя-24, 12:44 
Я думаю, этот релиз заслуживает номера 7.0 куда больше, чем своей новой циферки заслуживали 3.0, 4.0, 5.0 и 6.0.
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (16), 18-Ноя-24, 13:07 
Чтобы чем-то ЦОДы загрузить. Эффективность? Не, не слышали.
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (90), 18-Ноя-24, 15:00 
Рано еще, вот выйдет 6.19 или 6.20, вот тогда и ждите 7.0
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

195. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Анониссимус (?), 19-Ноя-24, 07:47 
Ну так мажорная версия меняется по желанию левой пятки Торвальдса. Он сам честно и пишет, мол, "мне надоела первая цифра в версии".
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

223. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (223), 19-Ноя-24, 17:55 
Потому что Линус весьма практичный руководитель и в гробу видал всякий оккультизм типа семантического версионирования. Когда-то давно (олды не помнят, ньюфаги не знают) он влепил в версию ядра четвёртую циферку, и когда ему возралили, мол, учитель но ведь поломаются сборочные скрипты в дистрибутивах, он резонно заметил, что как поломаются, так и почтнятся и чужой плохой код — не его проблема.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –5 +/
Сообщение от Аноним (8), 18-Ноя-24, 12:47 
Скоро ядро будет неповоротливое
Какой реал-тайм?
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +9 +/
Сообщение от Аноним (24), 18-Ноя-24, 13:16 
Одно другому не мешает. Реалтайм гарантия отработки за время заданное в техзадании. Оно может не иметь ничего общего с твоим личным ощущением реального времени.
Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (2), 18-Ноя-24, 13:16 
Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает. Непонятно, каждые 5 секунд дёргает диск, если отключить своп дёргание проходит. Приходится подключать приоритетный своп на ссд и перемонтировать медленные целые полчаса (занятые воздухом), иначе невозможно.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

33. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (33), 18-Ноя-24, 13:31 
Расскажи поподробнее, плез.
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (2), 18-Ноя-24, 13:45 
> Расскажи поподробнее, плез.

Да просто fallocate -l 4G /swapfile && mkswap /swapfile && swapon --priority 300 /swapfile

При условии, что корень на ssd. Но старый своп может так и быть занят воздухом, его там довольно много. В итоге у меня дёргает диски только когда линкуются программы с растом. И уж точно не насилует диски в простое (без как таковой активности в том же iotop). Если ссд одноразовый, возможно, не стоит, на собственное усмотрение.

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

180. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от 12yoexpert (ok), 19-Ноя-24, 00:48 
как ты корень монтируешь?
Ответить | Правка | Наверх | Cообщить модератору

209. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 19-Ноя-24, 10:58 
> как ты корень монтируешь?

С data=writeback и commit=60. В принципе, своп в файле не для каждой фс тоже, на ext4 вполне нормально должно быть.

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

224. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (223), 19-Ноя-24, 17:59 
Своп в файле проблема — впрочем, довольно условная вполне решаемая штатными средствами — только для cow fs. В остальных случаях разница в производительности между своп-разделом и файлом практически незаметна, и уж точно не влияет на общую картину когда система начинает свопиться от реальной нехватки памяти.
Ответить | Правка | Наверх | Cообщить модератору

250. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (250), 20-Ноя-24, 16:23 
> Своп в файле проблема — впрочем, довольно условная вполне решаемая штатными средствами
> — только для cow fs. В остальных случаях разница в производительности
> между своп-разделом и файлом практически незаметна, и уж точно не влияет
> на общую картину когда система начинает свопиться от реальной нехватки памяти.

В btrfs его можно как nocow разложить, если уж очень хочется. Но вообще своп - на SSD может быстро угрохать девайс если не повезет, а на механике тормозит ужасно.

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

95. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (-), 18-Ноя-24, 15:09 
> Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает.

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

И кстати даже если у вас нет свопфайлов - ядро может отбросить страницы процессов в памяти уповая на подчитку из файла процесса, readonly своп этакий. Именно поэтому вы хотите сие отключить радикально, если это управляющая система с энными требованиями.

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

105. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 18-Ноя-24, 15:26 
Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать.
Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (-), 19-Ноя-24, 08:23 
> Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать.

Ваше неумение диагностики блочных доступов - вовсе не означает что так нельзя было. Оно означает лишь ваш уровень владения этими технологиями.

В линухе есть /proc/sys/vm/block_dump

Скажем echo 1 > /proc/sys/vm/block_dump и наслаждайтесь до упаду. Только вырубить потом не забудьте, иначе вскоре все системные логи у вас будут совершенно дикого размера (и возможен самоспам, когда записи в логи тоже логгятся, что вызывает новые записи в логи, которые тоже - логгятся, goto 1).

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

202. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (202), 19-Ноя-24, 09:34 
> В линухе есть /proc/sys/vm/block_dump

или нет. его удалили в 5.14

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

249. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (250), 20-Ноя-24, 16:21 
>> В линухе есть /proc/sys/vm/block_dump
> или нет. его удалили в 5.14

Ах черт, и правда удалили. Ну тогда iotop возьмите. Нынче даже мелкий сишный вариант оного есть (изначально скрипт на питоне был). Пустите в режиме накопления статистики (-a) и смотрите кто там диск дергал. Есть и еще полдюжины тулсов на тему.

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

153. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (153), 18-Ноя-24, 19:36 
Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это както связано
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

156. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 18-Ноя-24, 19:59 
> Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это
> както связано

Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.

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

199. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 08:25 
> Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.

Вон тебе команда трассировки блочного доступа. Потом dmesg -w например - и кушай наздоровье весь свой блочный доступ. Будешь каждый доступ видеть. Только не забудь вырубить (echo 0 > ... ) - иначе охренеешь с размера системных логов потом, а если там ротация настроена то ничего кроме блочного трейса в логах и не останется :)

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

10. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Ан (??), 18-Ноя-24, 12:54 
> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust

гигантский шаг б..ть, 100 строк

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

а абсракций для раста навесили перед этим тонну. Кому это надо ? И ведь это совсем не та подсистема где находят критические баги с памятью.

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

28. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +13 +/
Сообщение от Аноним (-), 18-Ноя-24, 13:21 
>> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust
> гигантский шаг б..ть, 100 строк

маленький шаг для раста, но зато большой шаг для всего ядра)

Слона нужно есть по кусочкам.
Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".
Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat - и затыкаем орунов "тут всего 100 строк кода".
Потом делаем отдельные подсистемы (это будет очень сложно, но попробовать стоит).
А принимаем решение "весь новый код пишется только на расте"

> И ведь это совсем не та подсистема где находят критические баги с памятью.

Зато это та подсистема, где диды-неосиляторы не будут вонять и ставить палки в колеса.


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

39. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (39), 18-Ноя-24, 13:37 
А что делать с сишным апи, который наружу торчит?
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 13:39 
> А что делать с сишным апи, который наружу торчит?

А что делают с апи? Оборачивают.

У тебя будет файт си_обертка.с и остальной код на расте или любом другом языке.

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

53. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Ан (??), 18-Ноя-24, 13:51 
> Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat

он давно есть, например в форке asahi

> Потом делаем отдельные подсистемы

это видимы ты и те парни которые в этом разбираются

> принимаем решение "весь новый код пишется только на расте"

принимай хоть сейчас

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

106. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 15:27 
> он давно есть, например в форке asahi

Есть, но в mainline его пока не приняли

> это видимы ты и те парни которые в этом разбираются

Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра

> принимай хоть сейчас

Кто знает, кто знает, может оно уже принято

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

114. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Ан (??), 18-Ноя-24, 15:47 
> Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра

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

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

226. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (223), 19-Ноя-24, 18:02 
Написание кода — социальная дисциплина в первую очередь, и уже только потом техническая. «Основной едок слился» именно по социальным причинам. Думаю не надо объяснять программисту эквивалентность тьюринг-полных языков.
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (16), 18-Ноя-24, 13:58 
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".

Скорости не хватит. Или сделают обертку вокруг С на Rust, а сообщат только о Rust. Они так поступали неоднократно. Например, снаружи Python и R (и об этом кричат чуть не из утюгов), а внутри С (и об этом скромненько молчат).

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

64. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +3 +/
Сообщение от Аноним (64), 18-Ноя-24, 14:09 
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".

Вы посмотрели, что они сделали.

Взяли драйвер, которые написан сразу для множества железяк. Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.

То есть во первых не написали, а переписали.

Как всегда - неполная, ограниченная реализация.

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

96. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 15:10 
> Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.

Да! Именно в этом и план! Сделали так чтобы даже сишник понял!
Сейчас на него посмотрят и скажут "ну... в общем похоже, не привычно конечно, но..."

А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы, еще с чем-то - у ревьюверов бы мозги поплавились и они бы все забраковали.
К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно подводить постепенно. Чтобы всех их не распугать.

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

137. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (137), 18-Ноя-24, 17:49 
> А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы,
> еще с чем-то - у ревьюверов бы мозги поплавились и они
> бы все забраковали.

Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.

> К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно
> подводить постепенно. Чтобы всех их не распугать.

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

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

140. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (-), 18-Ноя-24, 18:03 
> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.

Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного позора)

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

Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
Как говорится - делай хорошо, хорошо будет.
Чего сишники не могут сделать уже десятки лет.


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

141. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (64), 18-Ноя-24, 18:08 
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
> Как говорится - делай хорошо, хорошо будет.
> Чего сишники не могут сделать уже десятки лет.

Вот только пока не получается хорошо. Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.

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

147. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (-), 18-Ноя-24, 18:53 
> Вот только пока не получается хорошо.

Замена нгикса обгоняет своего предшественника.
В андроиде ошибок стало гораздо меньше.
Пока не победили только ядро, и то, ИМХО это из-за закостенелости прогрммеров.
Они еще 2 года назад писали на С99.

> Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.

Не урезанный драйвер, который даже кто-то там сертифицировал, от Asahi пока не попал в основную ветку.
Но его уже замерджили в main Mesa.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30633

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

142. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от но (?), 18-Ноя-24, 18:33 
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
> Как говорится - делай хорошо, хорошо будет.
> Чего сишники не могут сделать уже десятки лет.

осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ?

https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix

могу поспорить что солёшься как ссаный понторез

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

148. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 19:04 
> осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ?
> https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix

О, потратить время на добавление китайских процессоров в ядро? Конечно это работа мечты
(на самом деле нет)

> могу поспорить что солёшься как ссаный понторез

Ути какие мы грозные!
Ты забыл добавать еще чего-то на пацанском, получилось не солидно.


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

168. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от да (?), 18-Ноя-24, 20:36 
> О, потратить время на добавление китайских процессоров в ядро?

ой а что такое, на расте же быстро - вжух-вжух! тем более такому спецу (нет)

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

171. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (137), 18-Ноя-24, 21:17 
>> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.
> Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного
> позора)

Ну вот и писали бы тот же движок Servo на расте, никто бы слова поперек не сказал. Наоборот было интересно и к языку еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили, что некоторые простые вещи в нем делаются сложно или никак или обмазаться надо ансейфами, а вокруг языка какая-то нездоровая движуха началась, принялись бегать его адепты с бешеными глазами и пытаться засунуть куда можно и нельзя.  В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных. Да тот же современный паскаль даже взять если. И низкоуровневый доступ позволяет и система типов достаточно развитая. D, zig и некоторые другие.

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

Еще не вечер, будут cve-шки с раста (а может уже есть), тем более, что походу в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь. А косячит, в конце-концов, не язык, а программист. Притом Си-ники выработали приемы безопасного кодирования, а растаманы готовы все на язык свалить, чтобы не думать.

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

178. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 22:31 
> В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных.

А можно список?

> Да тот же современный паскаль даже взять если.

Скорее мертв чем жив.

> D, zig и некоторые другие.

Это тот самый зиг, который позволяет use-after-free?
О да! Безопасность просто из всех щелей прет)

> Еще не вечер, будут cve-шки с раста (а может уже есть)

Будут. От логических ошибок раст не спасет.

> в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь.

Возможно.
Зато не будет тупейших уязвимостей вида "28 раз нажал бекспейс - зашел в систему без пароля"

> А косячит, в конце-концов, не язык, а программист.

Да-да, кривой инструмент он ведь не причем.
По какой-то причине профи используют хорошие инструменты, а не молоток у которого голова может слететь и кому-то прилететь в глаз. Да и на огнестреле предохранители не позволяют отстрелить ногу.

> Притом Си-ники выработали приемы безопасного кодирования,

Придумали? Ну ок.
А где результаты? Уязвимости выгребаются регулярно. Раз в 2 недели можно на пеньке читать очередную статью про "закрыли типичные ошибки".

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

Лол, ты наверное каждый раз в консоли команды заново пишешь? Или в скрипты оформляешь?
А что бы ты сказал про всякие санитайзеры для С/С++? Тоже программеры думать не хотят?


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

200. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 08:27 
> Ну вот и писали бы тот же движок Servo на расте, никто
> бы слова поперек не сказал. Наоборот было интересно и к языку
> еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили,

Ну вот они и писали, 10 лет. Получилось УГ какое-то. И с редсдохом аналогично.

Ну они в силу безблагодатности себя как продукта и стали действовать методом рака - что не съем то инфицировать попробую. Гадостная экосистема.

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

149. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (149), 18-Ноя-24, 19:25 
ваш раст даже в двусвязный список не может о чём тут говорить. его пафеоз это такие драйверы на 100 строк
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

154. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (-), 18-Ноя-24, 19:48 
> ваш раст даже в двусвязный список не может о чём тут говорить.

Лол, кажется это пациент сломался)
Такие загоны были актуальны много лет назад, вместе с висерами типа "helloworld занимает 100500 мегабайтов".

doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe.
Вот тебе домашнее задание - поискать dl-list-mini и прочитать.
Понимать не обязательно, от тебя такое не требуется.

> его пафеоз это такие драйверы на 100 строк

Типичное
раст никому не нужен
раст ни когда не примут в ядро
такие драйверы на 100 строк  
[вы находитесь здесь]
....
я не могу скомпилять ядро без раста T_T

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

193. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 07:10 
> doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe.
> Вот тебе домашнее задание - поискать dl-list-mini и прочитать.
> Понимать не обязательно, от тебя такое не требуется.

Ох....ная реклама яп получилась... правда, со знаком минус. Если linked list еще и понимать надо отдельно - это фэйспалмище.

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

191. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от cheburnator9000 (ok), 19-Ноя-24, 05:48 
Что этот драйвер Nova умеет кроме вывода изображения? 2D, 3D ускорение? Поддержка OpenGL/EGL/Vulkan? OpenCL? Audio вывод по HDMI?
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

218. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Ан (??), 19-Ноя-24, 12:23 
> Что этот драйвер Nova умеет кроме вывода изображения?

подозреваю что ничего не умеет, 100 строк кода и по-моему с весны он только уменьшился

https://gitlab.freedesktop.org/drm/nova/-/tree/nova-next/dri...

скорей всего пиар компания в поддержку раста, типа "мы ред хат тоже едим слона", морковка для кретинов

> Поддержка OpenGL/EGL/Vulkan? OpenCL?

это в mesa а не в ядре

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

144. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (144), 18-Ноя-24, 18:40 
>гигантский шаг б..ть, 100 строк

И везде применяется ленивый оператор "?"
Если подробно обрабатывать результаты (Result) строк было бы много больше.
А так будет просто abort()

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

174. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от morphe (?), 18-Ноя-24, 21:36 
Оператор ? просто пробрасывает ошибку наверх, abort тут будет только если вызывающий код эту ошибку решит не обрабатывать, а сделать abort()
Ответить | Правка | Наверх | Cообщить модератору

203. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (203), 19-Ноя-24, 09:54 
А что еще может вызывающий код посоветовать специалисту по данному устройству?
Для ленивого исполнителя всё что не по плану - panic.  
Ответить | Правка | Наверх | Cообщить модератору

225. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от morphe (?), 19-Ноя-24, 17:59 
> А что еще может вызывающий код посоветовать специалисту по данному устройству?
> Для ленивого исполнителя всё что не по плану - panic.

Поддержка возврата ошибки должна быть как на уровне драйвера, так и на уровне того что этот драйвер вызывает, тут не такое что драйвер возвращает ошибку, а ядро не знает что с ней делать, ошибку можно возвращать только там, где можно возвращать ошибку, а значит вызывающий код знает что с ней делать.

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

233. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (233), 20-Ноя-24, 01:26 
// `MICRO_RESETN`: hold the micro-controller in reset while configuring.
        dev.write(C45::new(Mmd::PMAPMD, 0xc300), 0x0000)?;
      
Ошибку возвращает dev.write, а драйвер не знает, что с ней делать и пробрасывает её наверх.
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  +6 +/
Сообщение от ijuij (?), 18-Ноя-24, 12:55 
Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором  –1 +/
Сообщение от Аноним (12), 18-Ноя-24, 12:59 
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  +/
Сообщение от Ан (??), 18-Ноя-24, 13:03 
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  –1 +/
Сообщение от Аноним (12), 18-Ноя-24, 13:24 
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  +/
Сообщение от Аноним (14), 18-Ноя-24, 13:03 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

20. Скрыто модератором  +/
Сообщение от Аноним (16), 18-Ноя-24, 13:10 
Ответить | Правка | Наверх | Cообщить модератору

19. Скрыто модератором  +1 +/
Сообщение от ijuij (?), 18-Ноя-24, 13:10 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

21. Скрыто модератором  –2 +/
Сообщение от Аноним (16), 18-Ноя-24, 13:12 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  +/
Сообщение от Аноним (67), 18-Ноя-24, 14:16 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  +/
Сообщение от Аноним (12), 18-Ноя-24, 13:20 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

22. Скрыто модератором  –3 +/
Сообщение от Аноним (22), 18-Ноя-24, 13:15 
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

31. Скрыто модератором  –2 +/
Сообщение от Аноним (-), 18-Ноя-24, 13:27 
Ответить | Правка | Наверх | Cообщить модератору

51. Скрыто модератором  +2 +/
Сообщение от Аноним (12), 18-Ноя-24, 13:49 
Ответить | Правка | Наверх | Cообщить модератору

69. Скрыто модератором  +/
Сообщение от Аноним (-), 18-Ноя-24, 14:16 
Ответить | Правка | Наверх | Cообщить модератору

173. Скрыто модератором  +/
Сообщение от Аноним (173), 18-Ноя-24, 21:28 
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от мявemail (?), 18-Ноя-24, 13:20 
про qr-коды, lsm и landlock прикольно.
но особенно порадовал IPE. надо будет потестить на арче
Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (50), 18-Ноя-24, 13:47 
То есть это не LTS-релиз?
Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:27 
Будет LTS, но потом
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Минона (ok), 18-Ноя-24, 14:33 
Их и так уже 6.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

82. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:49 
нужно больше
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Ан (??), 18-Ноя-24, 15:09 
> Их и так уже 6.

фигня в том что код сам собой не появляется в старых релизах

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

54. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –5 +/
Сообщение от Соль земли (?), 18-Ноя-24, 13:53 
Очень вкусное обновление. Оптимизации подсистем, ускорение внутренних механизмов, улучшение безопасности, увеличение функционала.
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от cz (??), 18-Ноя-24, 15:37 
> Очень вкусное обновление

приятного аппетита

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

234. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (234), 20-Ноя-24, 10:26 
Кушайте, не обляпайтесь
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

235. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (235), 20-Ноя-24, 11:40 
> Кушайте, не обляпайтесь

Уже сожрали, нормально пошло. Никаких особых косяков не обнаружено, пашет себе.

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

60. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от DeerFriend (?), 18-Ноя-24, 14:01 
Что там с raid56 в btrfs?
Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:41 
пишут что мейнтейнеры Суси запушили много патчей на btrfs, но на 6.13
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (97), 18-Ноя-24, 15:11 
> Что там с raid56 в btrfs?

RAID5 при сильном желании можно попробовать юзать. Конечно с метаданными в RAID1, упаси вас метаданные как RAID5 делать. Ибо write hole в метаданных - смерти подобно. С остальным так или иначе можно жить.

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

182. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (182), 19-Ноя-24, 00:51 
Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4. Всё равно RAID5 без трёх дисков никто создавать не будет.
К слову, дыры в RAID5 уже закрыты. Просыпайтесь.
Ответить | Правка | Наверх | Cообщить модератору

194. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (-), 19-Ноя-24, 07:46 
> Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4.

Это более логично для RAID6 было бы. RAID5 переживает вылет 1 девайса. А метаданные без живых данных... ну... и зачем вам они? А место жрать на копию - будут :). Хотя, конечно, надежность немного повысит - при живых метаданных отковыривать данные намного интереснее.

> Всё равно RAID5 без трёх дисков никто создавать не будет.

Как бы да, но по совпадению уровня избыточности RAID1 таки - логичнее.

> К слову, дыры в RAID5 уже закрыты. Просыпайтесь.

Насколько я помню там возможны отклонения от идеала - и девы категорически не рекомендуют RAID5 под именно метаданные. А вот при живых метаданных (в RAID1 и т.п.) все остальное - намного меньшая проблема, даже при отклонениях от идеала. Ибо накрайняк scrub + чексуммы и заметят, и будут знать где гон, и это можно починить.

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

127. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от DEF (?), 18-Ноя-24, 16:28 
Всё в порядке. Данные храним в RAID5/6, а метаданные в RAID1 и не жужжим. Мануалы кури.
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:05 
Подскажите - а что, были проблемы с неравномощными ядрами на новых камнях от Интела? А то я сам давно на АМД, но интересно как там у соседей.
Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (71), 18-Ноя-24, 14:22 
>были проблемы с неравномощными ядрами

Были в основном на винде и не во всех программах, но за два года допилили Intel Thread Director:
https://www.phoronix.com/news/Intel-Thread-Director-Virt
>давно на АМД

Так у них также:
https://habr.com/ru/companies/dcmiran/news/724948/

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

75. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:34 
> Так у них также:

Ну когда до этого дойдёт и текущий zen4 станет крой дуба, уже можно будет попытаться присмотреть Snapdragon - вдруг цена адекватной станет и моей будущей пенсии на неё хватит

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

187. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от 12yoexpert (ok), 19-Ноя-24, 00:55 
снапдрагон, судя по всему, будет анально огороженный, и этих ваших линуксов там будет 2.5 и все с блобами от Qualcomm

ну и арм можно брать, если нормальный комп есть для работы

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

88. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (88), 18-Ноя-24, 14:59 
> Так у них также:

У них zen5c только объемом кеша отличаются, а так это такие же ядра, как и zen5.

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

78. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (78), 18-Ноя-24, 14:43 
>В обработчик аварийных ситуаций в ядре - DRM Panic, использующий подсистему DRM (Direct Rendering Manager) для отображения наглядного отчёта в стиле "синего экрана смерти", добавлена возможность показа на экране логотипа и QR-кода с отчётом kmsg при возникновении аварийного состояния.

Таки готовят ядро, чтоб M$ могла заменить своё на Linux и для их юзеров всё осталось привычно. WSL, WSL2 - долгая дорога к этому.

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

80. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Анониматор (?), 18-Ноя-24, 14:48 
с учётом что WSL2 и NT уже равноправны в ядре винды, то скорее всего так и будет
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (12), 18-Ноя-24, 14:44 
> В файловой системе Ext4 устранены ошибки, связанные с выделением блоков, управлением экстентами, механизмом "fast commit" и журналированием

А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться, благо она тоже уже достаточно стабильна.

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

89. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Ан (??), 18-Ноя-24, 15:00 
А если внимательнее заглянуть в патчи, может оказаться, что ошибки незначительны и наконец-то обнаружили потому, что они возникали в очень редких граничных условиях, или потому что какие-то ветки кода, срабатывающие редко при ошибке, были недостаточно хорошо протестированы.
Ответить | Правка | Наверх | Cообщить модератору

261. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 19:28 
> А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться,
> благо она тоже уже достаточно стабильна.

Можно слушать опеннетчиков. А можно клонировать себе копию кернела и порой почитывать git log ядра, тогда в сказки опеннетчиков верить расхочется. Представляете, даже EXT4 периодически так или иначе чинят.

Конечно в силу его простоты там меньше багов. Но и фич меньше. А при попытке, вот, что-то поменять - с ним случается то же что и с всеми остальными. Т.е. - багует. И long standing проблем у него - есть.

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

84. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (84), 18-Ноя-24, 14:53 
>Запрещено монтирование файловых систем к точкам монтирования внутри иерархии /proc, например, в /proc/PID/fd, что создавало потенциальные проблемы с безопасностью

Magisk на этом сломается?

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

91. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Анониматор (?), 18-Ноя-24, 15:06 
А он ещё существует? Помню как много лет назад выложил его автор на XDA - 16-летний школьник, и писал что-то типа извиняйте, делал каникулах )
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +5 +/
Сообщение от Аноним (103), 18-Ноя-24, 15:25 
Школьник пришел к успеху, остаётся только молча завидовать и обтекать.
Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (182), 19-Ноя-24, 00:54 
Джоном Ву именовался тот школьник?
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

85. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –4 +/
Сообщение от Аноним (-), 18-Ноя-24, 14:53 
> Среди наиболее заметных изменений: возможность включения Realtime-режима,

Ну что, QNX из соседней новости, за тобой мы тоже придем :)

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

101. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Ан (??), 18-Ноя-24, 15:18 
> Ну что, QNX из соседней новости, за тобой мы тоже придем :)

зачем возвращаться, Linux уже везде заменил QNX

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

205. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 10:12 
Да ладно, он может обеспечить работу которую делает QNX? Я посмотрю как вы с радостью полетите на самолёте, где с радостью заменили ОС обслуживающее датчики и системы мгновенного реагирования на внештатные ситуации или на суне, где такая система управления турбинами стоит. QNX по дизайну многие вещи не позволяет сделать не безопасными. Это как тот же раст и си, если сравнивать.
Ответить | Правка | Наверх | Cообщить модератору

222. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от mma (?), 19-Ноя-24, 16:00 
Ох, QNX у вас точно критические системы обслуживает в самолете или в управлении турбинами?
Ответить | Правка | Наверх | Cообщить модератору

239. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (239), 20-Ноя-24, 12:08 
В основном контроллеры без ОС, но есть системы с QNX или FreeDos.

p.s. у нас это не в России, если что.

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

253. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (253), 20-Ноя-24, 17:14 
>  FreeDos

и по каким стандартам функциональной безопасности она сертифицирована ?

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

237. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 11:50 
> Да ладно, он может обеспечить работу которую делает QNX? Я посмотрю как
> вы с радостью полетите на самолёте, где с радостью заменили ОС

На минутку, этонмаск на этом в космос летает, о чем была новость вот прямо на опеннете.

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

Потому что QNX это прекрасно но условия лицензирования во, програмеров под это - во - и теперь вообще попробуйте хоть что-то на ЭТОМ с таикм сочетанием зарелизить в какие-то обозримые даты. Не, через 20 лет, когда вы наконец обучите под это програмеров - оно уже никому нахрен не надо будет.

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

242. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (239), 20-Ноя-24, 12:26 
> Потому что QNX это прекрасно но условия лицензирования во, програмеров под это - во - и теперь вообще попробуйте хоть что-то на ЭТОМ с таикм сочетанием зарелизить в какие-то обозримые даты. Не, через 20 лет, когда вы наконец обучите под это програмеров - оно уже никому нахрен не надо будет.

Я согласен что Linux как ни крути более удобен и более доступен. Наверно поинтересуюсь как-нибудь темой более детально, сейчас не до этого. Ответить пока нечего в защиту того или иного подхода. А касательно всего остального - ну можно работать и без ОС и это наверно более даже доступно чем QNX, тем не менее действительно на скорость разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну это разговоры на уровне пропаганды.

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

256. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 18:42 
> Я согласен что Linux как ни крути более удобен и более доступен.

Поэтому разработчиков под QNX сейчас можно искать довольно долго - и не особо успешно. Оказывается если сделать технологию недоступной - она выпадет из использования.

> остального - ну можно работать и без ОС и это наверно
> более даже доступно чем QNX,

Можно. На МК так и делают. Но это актуально для простых задач - зато жесткий реалтайм с максимальным контролем над происходящим. Но если захочется продвинутостей, типа нормальной ФС, сети, вебморду отрисовать или GUI не сильно похабный, сетевые протоколы там какие, работу с относительно попсовыми железками - вот тут почем-то совсем без OS несколько расхочется.

Ну или попробуйте хотя-бы флеху/винч с NTFS без оси прочитать? А картинку,  с камеры на экран - не? Да хоть usb-клаву вы зацепить сможете сами? Или там сотовый модем?

> разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну
> это разговоры на уровне пропаганды.

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

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

252. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (253), 20-Ноя-24, 17:11 
> QNX по дизайну многие вещи не позволяет сделать не безопасными. Это как тот же раст и си, если сравнивать.

какой бред, QNX на С написана если что, зачем сравнивать тёплое с мягким ? раст вообще ничего не гарантирует кроме отсутствия ошибок при обращении к памяти, даже отсутствие утечек не гарантирует.

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

99. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –4 +/
Сообщение от Аноним (-), 18-Ноя-24, 15:15 
> включения Realtime-режима

Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.

Ох и наплачемся мы с этим глючным хламом...
Надеюсь это будет не АЭС.

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

100. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (103), 18-Ноя-24, 15:17 
Недавно видел репортаж с японской АЭС, так там  используется вообще аналоговое оборудование.
Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (133), 18-Ноя-24, 17:30 
Я догадываюсь, что оборудование обозвали аналоговым потому что в атомке используются так называемые аналоговые контроллеры, у нас это Протар. Они цифровые, но программируются особым "аналоговым" образом при помощи дифференциальных уравнений. Доводилось поиграться с ними, но слава богу не на реакторе
Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (71), 18-Ноя-24, 17:47 
>разные мишнкритикал системы

Так они же должны быть изолированы от внешнего интернета ?
А землетрясению или наводнению неважно какая у тебя ОС:
https://www.youtube.com/watch?v=tqxXILgaYJk
https://www.youtube.com/watch?v=jTz0OqsiFWM  

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

146. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от голос_из_леса (ok), 18-Ноя-24, 18:49 
>>А землетрясению или наводнению неважно какая у тебя ОС:

Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя от атаки, это может стоить жизни

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

163. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 20:25 
> Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя
> от атаки, это может стоить жизни

И это тот случай когда простота может быть хуже воровства...

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

161. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 20:21 
> Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.

Элон Маск на нем в космос летает, на минуточку. А тут какой-то анон только снялся с ручника. Про кучу систем управления индустриаловкой, движением, поездами и чем там еще даже упоминать как-то неудобно на этом фоне. А их есть.

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

102. Скрыто модератором  +/
Сообщение от Аноним (-), 18-Ноя-24, 15:19 
Ответить | Правка | Наверх | Cообщить модератору

104. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –2 +/
Сообщение от Аноним (144), 18-Ноя-24, 15:26 
Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (175), 18-Ноя-24, 20:05 
Почему бы и нет?
Ответить | Правка | Наверх | Cообщить модератору

164. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 20:27 
> Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?

Может, проще отключить оный в конфиге ядра? А сетевые интерфейсы пусть живут, если нужны. Разумеется вон то будет не совсем халявно и некоторые фичи - отвалятся.

А какой-нибудь системд будет при случае ныть что не смог зафайрволить вон тот сервис, несмотря на запрос в конфиге - ибо eBPF нету. Но если вам это нормалек - то и хрен с ним!

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

107. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (144), 18-Ноя-24, 15:30 
2.6%, Карл, и за это вы променяли нормальный фильтр на тупое маскирование?
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 20:30 
Ты в своем праве докупить каждый 50-й сервер в большой энтерпрайз за лично свой счет, можешь предложить своей фирме у тебя из зарплаты вычитать их стоимость, так то они конечно на 2.6% забьют и не будут париться :)

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

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

181. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (181), 19-Ноя-24, 00:50 
Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек, то в этом "энтерпрайзе" банкротством смердит.
Ответить | Правка | Наверх | Cообщить модератору

210. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 11:01 
> Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек,
> то в этом "энтерпрайзе" банкротством смердит.

Банкротством обычно смердит - у тех, кто расшвыривается деньгами, когда можно и не расшвыриваться было. Почему-то. Если деньги транжирить, без отдачи, они имеют свойство заканчиваться.

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

124. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (124), 18-Ноя-24, 16:15 
> Завершена интеграция планировщика задач EEVDF

Так он же был с 6.6 или что-то в этом роде... Оне не используется сейчас?

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

125. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (124), 18-Ноя-24, 16:18 
>  Применение маскирования ускоряет на 2.6% прохождение теста "per_thread_ops", оценивающего число операций, которые могут быть выполнены в одном потоке.

Так а если потоков по количеству ядер, ускорение будет больше?

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

128. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от DEF (?), 18-Ноя-24, 16:32 
А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.
Ответить | Правка | Наверх | Cообщить модератору

134. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (133), 18-Ноя-24, 17:34 
в 6.13
Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 20:33 
> А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.

Да на месте все. Кент немного понизил вроде градус долбанутости. И в этом сезоне огромные pull request за 5 минут перед RC или в последних RC вроде не жестил. Видимо немного дошло что такое агрит толпу народа.

А так - что там такого писать пока? Багфиксы, багфиксы и еще раз багфиксы. Ты же не думал что такая вундервафля сразу полетит и будет это делать без приколов?!

А чисто практически - работает в общем то. Я завел пачку VM с этих, до сих пор ни 1 не сдохла. А пару умеренных косяков кент таки загасил.

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

188. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (182), 19-Ноя-24, 00:59 
В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper? Притом уже стабильного.
Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –3 +/
Сообщение от Аноним (-), 19-Ноя-24, 11:11 
> В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper?
> Притом уже стабильного.

В чем, блин, разница между автомобилем и самолетом? А то на обеих можно покататься на полосе аэродрома. Но есть нюансы.

Bcachefs - это ФС. Чем то напоминающий btrfs по управлению, но постаравшаяся еще и на скорость оптимизироваться. А - вот - одна из фишек кроме удобного управления еще и - интеграция менеджмента девайсов с кешом/фронтэндом/бэкэндом.

И теперь при аллокациях оно учитывает не только сколько копий хотели - но и на какой девайс это, с учетом свойств девайса. Т.е часто используемое - на SSD, в фоне, редко юзаемое - можно и на HDD выдавить, а критерии гибридные. Т.е. учет запрошенного числа реплик и проч.

Когда под обычной ФС протирается кэш bcache - этому зачастую наступает амба. Потому что форвард ошибок никакой, явного aware о данной реплике нет, и что там получится - зачастую получается, вот - жесткий рассыпон ФС подпертой этим. А когда это просто "одна из реплик посыпалась" уже с точки зрения ФС - ее и починить можно self heal, и девайс заменить более-менее нонстоп, без пересоздания урытой нахрен рассыпавшимся кешом ФС.

И все это - в паре с простым и логичным менеджментом на манер btrfs'а. Когда можно - просто взять и просто добавить очередной девайс, не делая себе мозг особо. Управление сторажами next gen - это вот так. А не те жуткие этажерки наслоений, рассыпающиеся при малейшем отклонении от идеала, ибо форвард ошибок между слоями и корректная реакция на это - ну вы поняли. Одно дело если реплика всегда подперта чексумами фс, и фс явно знает как чинить это, и совсем другое если там EXT4 или XFS какой, клавший на данные и их интегрити с прибором и понятия не имеющий где какие реплики физически были (в сложной топологии).

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

245. Скрыто модератором  +/
Сообщение от Анонимemail (245), 20-Ноя-24, 15:27 
Ответить | Правка | Наверх | Cообщить модератору

257. Скрыто модератором  +/
Сообщение от Аноним (257), 20-Ноя-24, 18:56 
Ответить | Правка | Наверх | Cообщить модератору

197. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (133), 19-Ноя-24, 08:10 
я больше за жену автора переживаю, т.к. уже была аналогичная история
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

129. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 18-Ноя-24, 16:36 
>RHEL, SUSE и Ubuntu, создавали отдельные Realtime-редакции своих продуктов, востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий.

Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен! Для RHEL, SUSE и Ubuntu это просто маркетинговый ход. Реальный режим нужен в числовых-программируемых станках, где зачастую операционной системы может и не быть. Нужен в ракетостроении, авионике, робототехнике, автомобильном софте, медицинском оборудовании. Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип.

Я сильно сомневаюсь, чтобы система реального времени была нужна в обработке звука и видео. Хотя, музыканты могут утверждать обратное.

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

130. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 18-Ноя-24, 16:46 
Ты просто не осознаёшь глубинку глубин. Для линукса вполне законно уйти подумать на бесконечное время по миллиону причин (и без какой-либо индикации) и, понятно, это не годится в большинстве применений. Остаётся конечно проблема того, что типичное железо слишком не предсказуемое для реалтайма, но хотя бы это не вина ядра будет. Реалтайм режим позволит обнаружить недостатки устройства значительно скорее и ощутимо легче.
Ответить | Правка | Наверх | Cообщить модератору

208. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (208), 19-Ноя-24, 10:54 
А что у линукса нет таймера после которого процесс считается "скорее мертв чем жив"?
Ответить | Правка | Наверх | Cообщить модератору

214. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 19-Ноя-24, 11:28 
В теории есть, на практике не очень. И с накладными расходами.
Ответить | Правка | Наверх | Cообщить модератору

219. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (219), 19-Ноя-24, 13:40 
Печально. В винде даже в заголовке окна приписка появляется, если процесс пропустил таймаут жизни.
Ответить | Правка | Наверх | Cообщить модератору

220. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 19-Ноя-24, 14:02 
Плазма с вейландом так умеет, но это не то. Я имел в виду остановившиеся ядерные операции. Обычно это из-за io или своп, или кончившаяся/кончающаяся память. И я пытался получить хоть какую-то индикацию, навернул вотчдогов и таймеров, но, видимо, задержку достоверно можно заметить только извне.
Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Ан (??), 18-Ноя-24, 17:02 
> Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип.

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

http://linuxcnc.org/

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

145. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (84), 18-Ноя-24, 18:46 
LinuxCnCRA2YR
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (173), 18-Ноя-24, 21:14 
> http://linuxcnc.org/

Так там от компа и не требуется реалтайм.
Или оно ползает с такими скоростями, что хватало Pentium III 400MHz.
Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.

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

212. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (212), 19-Ноя-24, 11:24 
>> http://linuxcnc.org/
> Так там от компа и не требуется реалтайм.
> Или оно ползает с такими скоростями, что хватало Pentium III 400MHz.
> Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.

Вообще-то зависит от. Оно может насколько я помню и напрямую степпером рулить само. И вот тут уже реалтайм становится куда актуальнее.

Да и вон то кроме индустриалов хотят автомотившики, авиаторы, Элон Маск вообще на этом в космос летает. Так что желающих на фичу - более чем. А потом мы встретимся на general markets с всеми кадрами рассказываюищми что там где (не)нужно в линухе - и посмотрим чья возьмет ;)

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

135. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (133), 18-Ноя-24, 17:39 
касательно звука тоже есть смутное ощущение, что реалтайм это просто костыль для кривого звукового сервера (piperwire и для всех слоёв на что он намазан)
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

152. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (152), 18-Ноя-24, 19:35 
вот не надо про кривость пайпвари. По сравнению с пульсой оно просто работает не пердит не падает не отрубает звук, еще и дает задержку в 5 мс на пусть и неплохом но старом железе из 2014 года (встройка аудио на материнке плюс i5-2500).
Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (175), 18-Ноя-24, 20:04 
Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.
Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  –1 +/
Сообщение от Аноним (-), 18-Ноя-24, 20:35 
> Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.

Пердело оно только у додиков которые повышенный приоритет процессу вкатить не доперли. На что хватило даже убунты нубской, на минуточку.

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

172. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 18-Ноя-24, 21:18 
Ты гонишь, pci карты пердели по-моему все. Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика). Приоритеты вообще ни при чём (и не забота пользователя).
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 11:28 
> Ты гонишь, pci карты пердели по-моему все.

Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамши.

> Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика).

Это заявление не соответствует действительности.

> Приоритеты вообще ни при чём (и не забота пользователя).

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

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

217. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 19-Ноя-24, 11:45 
>Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамши

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

>Это заявление не соответствует действительности.

Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать.

>не хватит времени

время тут вообще ни при чём, это аппаратная проблема материнских плат, на которую хорошо ложатся врождённые дефекты пульсы.

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

241. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (241), 20-Ноя-24, 12:18 
> Аудига пердела больше всех всегда.

Ну значит я угадал и господам не способным приоритеты процессам расставить надо было просто не косплеить осьминога (у которого руки, голова и ж... - совмещены).

> Примерно любая встройка её давно задвигает кстати, уже тысячу лет.

Ога, с дешевым рыгалтеком как кодеком, с разводкой абы кем и экономией на фильтрах. Может там еще и на аналоговом фронтэнде не зажмутся? И еще расскажи как д@рьмовые китайские уши дадут мастеркласс мониторам. Хотя вот именно современных HD в принципе хватит, они уже и правда не такой хлам как раньше.

> Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать.

Это вы раздражаете своей некомпетентностью, даже уровень убунты не смогли взять. А та поставила приоритет пульсе через rt_kit и проблем с ним более не имела. В отличие от гроссмейстеров опеннета. Вот ни 1 пользака убунты жаловавшегося на это не встречал. Что хотите то и делайте с этим.

>>не хватит времени
> время тут вообще ни при чём, это аппаратная проблема материнских плат, на
> которую хорошо ложатся врождённые дефекты пульсы.

Хрен вас там знает что у вас за мусор как железо - но поставить высокий приоритет процессу рюхающему аудио таки было мастхэвом. И вот реально не знаю ни 1 юзера убунты с той проблемой. И с аудигами, и с HD, и с чем там еще вплоть до всяких usb звуковух.

И только у полутора клоунов с опеннета что-то где-то пш-пш. В паре с заявлениями про приоритет процессов - выглядит очень подозрительно.

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

243. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 20-Ноя-24, 12:35 
Я ещё раз повторю для особо непонятливых, треск и шипение это врождённая фича дизайна пульсы и того, как она взаимодействует с железом. И после её отключения голая алса тоже продолжает шипеть (если буферы настроены может даже почти незаметно быть, как повезёт). Единственный выход -- это не запускать пульсу. А у тебя именно что агрессивное незнание, и ты пролжаешь хамить.
Ответить | Правка | Наверх | Cообщить модератору

247. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 16:00 
> Я ещё раз повторю для особо непонятливых, треск и шипение это врождённая
> фича дизайна пульсы и того, как она взаимодействует с железом.

Я еще раз повторю, для экспертов в системщине 80 уровня, что - кроме неумения в приоритеты процессов - вы, оказывается, не в курсе что Pulse взаимодействует с железом через ALSA. Пульс - прослойка между программами и алсой как таковой.

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

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

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

> И после её отключения голая алса тоже продолжает шипеть (если буферы настроены
> может даже почти незаметно быть, как повезёт).

А виноват в этом очевидно пульс. Который вообще в железо как таковой не лазит. Логично!

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

У меня суровая аллергия на ламерство, увы. Чтобы размахивать знанием - надо в топике разбираться хоть немного. И понимать иерархию системных компонентов и как это взаимодействует. Если у вас пульс лазит в железо - у меня он почему-то открывает девайс алсы. Что бы это могло быть?

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

251. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (2), 20-Ноя-24, 16:35 
Не всё так просто. При использовании пульсы отваливаются прерывания и энергосбережение, кроме того, буферы, настроенные под пульсу, создают проблемы для обычного использования.
Ответить | Правка | Наверх | Cообщить модератору

258. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (173), 20-Ноя-24, 19:07 
> Не всё так просто.

Это как? У меня пульс работает под обычным юзером. С такими правами при всем желании в железо самому слазить - никак. Только нижний уровень просить, чтобы тот милостиво изволил выполнить запрос.

> При использовании пульсы отваливаются прерывания и энергосбережение,

На минуточку, если альсе или драйверу плохеет, при чем тут пульс? Это вообще баги - вон тех. А пульс юзермод прога спустившая им запрос, не более.

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

Или чего вы предлагаете? Сделать вид что в вон том глюкале багов нет, сунуть голову в песок и молиться чтобы в других комбо софта - оно не баговало так же? Это хреновый подход, имхо.

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

Они могут как максимум вызвать некоторую латенси, но это сильно парит только (полу)профессиональных звукорежей и тому подобных. Да, эти (и их софт) Jack предпочитают. По причинам латенси в основном.

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

246. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 15:49 
> Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен!

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

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

255. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 17:42 
>Так его врядли кто и будет там включать

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

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

259. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (173), 20-Ноя-24, 19:14 
> Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм
> режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.

Небольшой облом - в том что я собираю себе дебиан debootstrap-ом сам, и как раз закончил собирать сабжевое ядро. Разумеется, с моим собственным конфигом. И не, там обычный CONFIG_PREEMPT (т.е. то что раньше называли low latency) - без вот именно _RT хардкора. Это ж не управляющая система.

А от убунты я как раз отделался потому что все их маркетинги, "партнеры", рестриктивные условия (tm) и реп, и постоянные "улучшения" и NIH, типа глючных апдейтеров, падучих крашрепортеров и прочих снапов - определенно, надоели. И я избавил себя от этого "счастья".

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

132. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Роман (??), 18-Ноя-24, 17:04 
Lenovo ThinkPad T14s Gen 6 - це ж тоже на Арме!
Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (144), 18-Ноя-24, 19:29 
> Device Memory TCP

forwarding on и dump летит в твою периферию?
"Достаточно одной таблетки" (хоста)

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

230. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (230), 19-Ноя-24, 18:57 
Нажать на кнопку и выдавить окно.
Или наоборот
Ответить | Правка | Наверх | Cообщить модератору

151. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (144), 18-Ноя-24, 19:34 
>SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов.

Измени дедлайн и вот твои параметры realtime задач идут лесом?

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

155. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +7 +/
Сообщение от Аноним (155), 18-Ноя-24, 19:59 
> вывод QR-кода при аварийных состояниях

Для доната Линусу чтоб лично починил или что?

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

157. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (155), 18-Ноя-24, 20:01 
>возможность включения Realtime-режима

Ну теперь то можно без хаков включ~

>Добавлен механизм "sched_ext" (SCX), позволяющий использовать

А, нет, всё ещё дописывать ручками.
Ничего в лине нет изкоробки(

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

158. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (155), 18-Ноя-24, 20:03 
> позволяющего задавать права доступа к областям памяти. При помощи данного расширения на системах с процессорами ARM64 может быть реализован механизм Memory Protection Keys, применяемый для ограничения доступа к страницам памяти без изменения таблицы страниц памяти.

Резервация, сэр.
Кто там говорил про свободу в лине?

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

169. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +1 +/
Сообщение от Аноним (-), 18-Ноя-24, 20:37 
> Резервация, сэр.
> Кто там говорил про свободу в лине?

Чтобы быть свободным - надо быть хозяином системы. Ее владельцем. А если ты индеец которого на птичьих правах белый человек в барак пустил - какие, нахрен, тебе там права?!

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

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

176. Скрыто модератором  +2 +/
Сообщение от Аноним (175), 18-Ноя-24, 21:39 
Ответить | Правка | Наверх | Cообщить модератору

216. Скрыто модератором  +/
Сообщение от Аноним (-), 19-Ноя-24, 11:33 
Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Anoni (?), 19-Ноя-24, 00:13 
Так и не завезли нормальную поддержку essx8326!
Плак...
Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 10:05 
Господа, а кто в курсе что значит Реалтайм-режим? Реально можно настраивать приложение на работу в более приоритетном потоке чем даже система и на перехват прерываний менее чем за 100мс? Типа как в QNX?
Ответить | Правка | Наверх | Cообщить модератору

221. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (221), 19-Ноя-24, 15:48 
Фраза "в более приоритетном потоке чем даже система" здесь не совсем уместна, полагаю. В QNX используется микроядро, а все драйверы это обычные процессы/задачи. Процессорное время выделяется в соответствии с приоритетами задач, поэтому задача с более низким приоритетом НИКОГДА не сможет застопорить более приоритетные задачи.  Соответственно, влияние системных вызовов на задержки минимально.

Реал-тайм режим - система, в которой необходимо обеспечить "предсказуемое" время обработки событий. Как-то так.

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

238. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (239), 20-Ноя-24, 12:03 
Вы знаете, я не специалист в QNX, но мне рассказывали что там возможно настроить так, что начинает выполняться задача как в контроллере, не переключаясь на другие процессы пока не произойдёт прерывание и его обработка или пока сама задача не отдаст управление ОС. Такое ведь на QNX и на этом новом ядре Linux возможно?
Ответить | Правка | Наверх | Cообщить модератору

244. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (221), 20-Ноя-24, 15:02 
Полагаю, да. Опять таки, это все "гарантированное" поведение. А как оно на практике - уже покажет практика. Все зависит от совокупности факторов, как внешних (ретроградный Меркурий, например, или приливы/отливы и фазы Луны), так и внутренних (как поведет себя тот же планировщик задач или проца, например, ведь ядро-то реалтайм, но есть еще и другие системные инструменты). Вот как-то так на пальцах, надеюсь, объяснил.
Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 16:15 
> Фраза "в более приоритетном потоке чем даже система" здесь не совсем уместна,
> полагаю. В QNX используется микроядро, а все драйверы это обычные процессы/задачи.

В Linux с неких пор тоже есть треды ядра, вплоть до threaded IRQ и тому подобного - когда обработчик делает минимум и сваливает в туман а все что сверх того - вот - тредами какими-то.

А еще есть всякие воркеры ядра и проч. И конечно без поправок в шедулинг этого всего - речь про реалтайм не пойдет. Если вас ядро выперло на неопределенное время - какой же реалтайм тогда. В этом смысле можно сказать и вон то - если фоновую активность треда ядра подвинули в пользу энной задачи.

> Процессорное время выделяется в соответствии с приоритетами задач, поэтому задача с
> более низким приоритетом НИКОГДА не сможет застопорить более приоритетные задачи.

Это совершенно ниоткуда не следует. Стопорит задачу вообще ядро - шедулер процессов. Который в очередной квант времени решает кому отдать время проца сейчас. И, кроме всего прочего, воооон там логика построения CPU hogs, когда немного времени другим задачам все же отдается во избежании их полной остановки.

> Соответственно, влияние системных вызовов на задержки минимально.

А вот это весьма зависит от. Если программа делала сискол - и ядро ушло в себя на 10 секунд - значит, программа, очевидно, 10 секунд была в ауте. И - висела в блокирующем сисколе, например. Более того - ее даже прибить так по простому в этом состоянии может и не получиться.

> Реал-тайм режим - система, в которой необходимо обеспечить "предсказуемое" время обработки
> событий. Как-то так.

Именно так. И для этого пришлось подкостылить и шедулинг, и много чего еще. Вплоть до консолей (подсистема vt) древних. Потому что если программа или ядро спровоцирует активный printk - изначально нет никаких гарантий на тему того на сколько это все может встрять. Пришлось эту древность здорово перепахать. Там еще не все улучшения на тему замержили, но основная часть совсем зарубавшая реалтайм - вот - прилетела.

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

206. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 10:19 
> Добавлены файлы для генерации биндингов для библиотеки libcpupower при помощи инструментария SWIG, позволяющего формировать биндинги из кода на C/C++ для различных языков программирования

Господа, кто не знает эту библиотеку - мотайте на ус. Очень хороший инструмент на самом деле.

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

207. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 19-Ноя-24, 10:23 
> Добавлен механизм Device Memory TCP, позволяющий использовать сетевые сокеты для прямой отправки содержимого памяти периферийного устройств по сети (режим zero-copy) и прямого размещения содержимого сетевых пакетов в области памяти устройства на стороне получателя. Передаваемые в пакетах данные передаются от сетевой карты в память периферийного устройства или из памяти устройства в сетевую карту напрямую, минуя CPU, а заголовки пакетов попадают в обычные буферы ядра.

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

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

228. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +2 +/
Сообщение от Аноним (230), 19-Ноя-24, 18:49 
Как это зачем, чтобы кто надо сразу получил весь комп по удалёнке.
В 2к24 уже немодно лазить в окошко с флешкой в зубах и хакать - теперь изкаробки всё есть
Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (232), 19-Ноя-24, 23:30 
А тем временем в https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... никто из удалённых не появился. Не хотелось бы разжигать, но этот проект явно нарушает ещё и авторские права.
Ответить | Правка | Наверх | Cообщить модератору

254. Скрыто модератором  +/
Сообщение от Аноним (-), 20-Ноя-24, 17:35 
Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз ядра Linux 6.12 с поддержкой Realtime-режима "  +/
Сообщение от Аноним (-), 20-Ноя-24, 19:19 
> никто из удалённых не появился. Не хотелось бы разжигать, но этот
> проект явно нарушает ещё и авторские права.

GPL не требует давать credits автору, внезапно. Читайте лицензии до того как качать права. Иначе даунлоадер может и обломаться.

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

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

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




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

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