После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.12. Среди наиболее заметных изменений: возможность включения Realtime-режима, sched_ext для создания планировщиков CPU через eBPF, вывод QR-кода при аварийных состояниях, механизм Device Memory TCP, механизм резервирования ресурсов SCHED_DEADLINE server, улучшение планировщика задач EEVDF, модуль IPE для задания политик обеспечения целостности...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62243
Отлично, ждём прилёта в Fedora 41.
С этим fast commit столько проблем было, вплоть до бсодов. А без него sqlite тормозит.
Тяжела жизнь пользователей мастдая.
А это, возможно, объясняет, почему максимально ненадёжную leveldb всюду пихают, и не sqlite.
В реальных задачах sqlite не подходит почти никогда.
> В реальных задачах sqlite не подходит почти никогда.То-то она используется везде где надо сохранить записанные данные 100% и не развалиться после каждого маленького обесточивания (или падения программы, это уже вообще смешно у leveldb).
Я думаю, этот релиз заслуживает номера 7.0 куда больше, чем своей новой циферки заслуживали 3.0, 4.0, 5.0 и 6.0.
Чтобы чем-то ЦОДы загрузить. Эффективность? Не, не слышали.
Рано еще, вот выйдет 6.19 или 6.20, вот тогда и ждите 7.0
Ну так мажорная версия меняется по желанию левой пятки Торвальдса. Он сам честно и пишет, мол, "мне надоела первая цифра в версии".
Потому что Линус весьма практичный руководитель и в гробу видал всякий оккультизм типа семантического версионирования. Когда-то давно (олды не помнят, ньюфаги не знают) он влепил в версию ядра четвёртую циферку, и когда ему возралили, мол, учитель но ведь поломаются сборочные скрипты в дистрибутивах, он резонно заметил, что как поломаются, так и почтнятся и чужой плохой код — не его проблема.
Скоро ядро будет неповоротливое
Какой реал-тайм?
Одно другому не мешает. Реалтайм гарантия отработки за время заданное в техзадании. Оно может не иметь ничего общего с твоим личным ощущением реального времени.
Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает. Непонятно, каждые 5 секунд дёргает диск, если отключить своп дёргание проходит. Приходится подключать приоритетный своп на ссд и перемонтировать медленные целые полчаса (занятые воздухом), иначе невозможно.
Расскажи поподробнее, плез.
> Расскажи поподробнее, плез.Да просто fallocate -l 4G /swapfile && mkswap /swapfile && swapon --priority 300 /swapfile
При условии, что корень на ssd. Но старый своп может так и быть занят воздухом, его там довольно много. В итоге у меня дёргает диски только когда линкуются программы с растом. И уж точно не насилует диски в простое (без как таковой активности в том же iotop). Если ссд одноразовый, возможно, не стоит, на собственное усмотрение.
как ты корень монтируешь?
> как ты корень монтируешь?С data=writeback и commit=60. В принципе, своп в файле не для каждой фс тоже, на ext4 вполне нормально должно быть.
Своп в файле проблема — впрочем, довольно условная вполне решаемая штатными средствами — только для cow fs. В остальных случаях разница в производительности между своп-разделом и файлом практически незаметна, и уж точно не влияет на общую картину когда система начинает свопиться от реальной нехватки памяти.
> Своп в файле проблема — впрочем, довольно условная вполне решаемая штатными средствами
> — только для cow fs. В остальных случаях разница в производительности
> между своп-разделом и файлом практически незаметна, и уж точно не влияет
> на общую картину когда система начинает свопиться от реальной нехватки памяти.В btrfs его можно как nocow разложить, если уж очень хочется. Но вообще своп - на SSD может быстро угрохать девайс если не повезет, а на механике тормозит ужасно.
> Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает.Если вам надо реалтайм с серьезными требованиями, своп лучше всего - отключить. Совсем. В конфигурации ядра.
И кстати даже если у вас нет свопфайлов - ядро может отбросить страницы процессов в памяти уповая на подчитку из файла процесса, readonly своп этакий. Именно поэтому вы хотите сие отключить радикально, если это управляющая система с энными требованиями.
Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать.
> Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать.Ваше неумение диагностики блочных доступов - вовсе не означает что так нельзя было. Оно означает лишь ваш уровень владения этими технологиями.
В линухе есть /proc/sys/vm/block_dump
Скажем echo 1 > /proc/sys/vm/block_dump и наслаждайтесь до упаду. Только вырубить потом не забудьте, иначе вскоре все системные логи у вас будут совершенно дикого размера (и возможен самоспам, когда записи в логи тоже логгятся, что вызывает новые записи в логи, которые тоже - логгятся, goto 1).
> В линухе есть /proc/sys/vm/block_dumpили нет. его удалили в 5.14
>> В линухе есть /proc/sys/vm/block_dump
> или нет. его удалили в 5.14Ах черт, и правда удалили. Ну тогда iotop возьмите. Нынче даже мелкий сишный вариант оного есть (изначально скрипт на питоне был). Пустите в режиме накопления статистики (-a) и смотрите кто там диск дергал. Есть и еще полдюжины тулсов на тему.
Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это както связано
> Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это
> както связаноПохоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.
> Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.Вон тебе команда трассировки блочного доступа. Потом dmesg -w например - и кушай наздоровье весь свой блочный доступ. Будешь каждый доступ видеть. Только не забудь вырубить (echo 0 > ... ) - иначе охренеешь с размера системных логов потом, а если там ротация настроена то ничего кроме блочного трейса в логах и не останется :)
> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rustгигантский шаг б..ть, 100 строк
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
а абсракций для раста навесили перед этим тонну. Кому это надо ? И ведь это совсем не та подсистема где находят критические баги с памятью.
>> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust
> гигантский шаг б..ть, 100 строкмаленький шаг для раста, но зато большой шаг для всего ядра)
Слона нужно есть по кусочкам.
Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".
Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat - и затыкаем орунов "тут всего 100 строк кода".
Потом делаем отдельные подсистемы (это будет очень сложно, но попробовать стоит).
А принимаем решение "весь новый код пишется только на расте"> И ведь это совсем не та подсистема где находят критические баги с памятью.
Зато это та подсистема, где диды-неосиляторы не будут вонять и ставить палки в колеса.
А что делать с сишным апи, который наружу торчит?
> А что делать с сишным апи, который наружу торчит?А что делают с апи? Оборачивают.
У тебя будет файт си_обертка.с и остальной код на расте или любом другом языке.
> Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hatон давно есть, например в форке asahi
> Потом делаем отдельные подсистемы
это видимы ты и те парни которые в этом разбираются
> принимаем решение "весь новый код пишется только на расте"
принимай хоть сейчас
> он давно есть, например в форке asahiЕсть, но в mainline его пока не приняли
> это видимы ты и те парни которые в этом разбираются
Никто ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты ̶к̶о̶т̶ мейтнейнер ядра
> принимай хоть сейчас
Кто знает, кто знает, может оно уже принято
> Никто ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты ̶к̶о̶т̶ мейтнейнер ядрачтобы писать код не нужно быть мейнтейнером, но ты не пишешь и это сильно заметно для любого кто пишет - у тебя нет задач, нет представления о проблемах при их решении, для тебя это какое-то фантазийное творчество. Просто начни писать код и забудешь чушь про поедание слонов, поймёшь почему основной едок слился.
Написание кода — социальная дисциплина в первую очередь, и уже только потом техническая. «Основной едок слился» именно по социальным причинам. Думаю не надо объяснять программисту эквивалентность тьюринг-полных языков.
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".Скорости не хватит. Или сделают обертку вокруг С на Rust, а сообщат только о Rust. Они так поступали неоднократно. Например, снаружи Python и R (и об этом кричат чуть не из утюгов), а внутри С (и об этом скромненько молчат).
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!".Вы посмотрели, что они сделали.
Взяли драйвер, которые написан сразу для множества железяк. Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.
То есть во первых не написали, а переписали.
Как всегда - неполная, ограниченная реализация.
> Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust.Да! Именно в этом и план! Сделали так чтобы даже сишник понял!
Сейчас на него посмотрят и скажут "ну... в общем похоже, не привычно конечно, но..."А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы, еще с чем-то - у ревьюверов бы мозги поплавились и они бы все забраковали.
К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно подводить постепенно. Чтобы всех их не распугать.
> А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы,
> еще с чем-то - у ревьюверов бы мозги поплавились и они
> бы все забраковали.Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.
> К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно
> подводить постепенно. Чтобы всех их не распугать.Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом.
> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного позора)
> Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом.Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
Как говорится - делай хорошо, хорошо будет.
Чего сишники не могут сделать уже десятки лет.
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
> Как говорится - делай хорошо, хорошо будет.
> Чего сишники не могут сделать уже десятки лет.Вот только пока не получается хорошо. Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.
> Вот только пока не получается хорошо.Замена нгикса обгоняет своего предшественника.
В андроиде ошибок стало гораздо меньше.
Пока не победили только ядро, и то, ИМХО это из-за закостенелости прогрммеров.
Они еще 2 года назад писали на С99.> Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.
Не урезанный драйвер, который даже кто-то там сертифицировал, от Asahi пока не попал в основную ветку.
Но его уже замерджили в main Mesa.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30633
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.
> Как говорится - делай хорошо, хорошо будет.
> Чего сишники не могут сделать уже десятки лет.осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ?
https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix
могу поспорить что солёшься как ссаный понторез
> осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ?
> https://linux-sunxi.org/Linux_mainlining_effort#Status_MatrixО, потратить время на добавление китайских процессоров в ядро? Конечно это работа мечты
(на самом деле нет)> могу поспорить что солёшься как ссаный понторез
Ути какие мы грозные!
Ты забыл добавать еще чего-то на пацанском, получилось не солидно.
> О, потратить время на добавление китайских процессоров в ядро?ой а что такое, на расте же быстро - вжух-вжух! тем более такому спецу (нет)
>> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают.
> Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного
> позора)Ну вот и писали бы тот же движок Servo на расте, никто бы слова поперек не сказал. Наоборот было интересно и к языку еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили, что некоторые простые вещи в нем делаются сложно или никак или обмазаться надо ансейфами, а вокруг языка какая-то нездоровая движуха началась, принялись бегать его адепты с бешеными глазами и пытаться засунуть куда можно и нельзя. В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных. Да тот же современный паскаль даже взять если. И низкоуровневый доступ позволяет и система типов достаточно развитая. D, zig и некоторые другие.
>> Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом.
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых.Еще не вечер, будут cve-шки с раста (а может уже есть), тем более, что походу в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь. А косячит, в конце-концов, не язык, а программист. Притом Си-ники выработали приемы безопасного кодирования, а растаманы готовы все на язык свалить, чтобы не думать.
> В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных.А можно список?
> Да тот же современный паскаль даже взять если.
Скорее мертв чем жив.
> D, zig и некоторые другие.
Это тот самый зиг, который позволяет use-after-free?
О да! Безопасность просто из всех щелей прет)> Еще не вечер, будут cve-шки с раста (а может уже есть)
Будут. От логических ошибок раст не спасет.
> в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь.
Возможно.
Зато не будет тупейших уязвимостей вида "28 раз нажал бекспейс - зашел в систему без пароля"> А косячит, в конце-концов, не язык, а программист.
Да-да, кривой инструмент он ведь не причем.
По какой-то причине профи используют хорошие инструменты, а не молоток у которого голова может слететь и кому-то прилететь в глаз. Да и на огнестреле предохранители не позволяют отстрелить ногу.> Притом Си-ники выработали приемы безопасного кодирования,
Придумали? Ну ок.
А где результаты? Уязвимости выгребаются регулярно. Раз в 2 недели можно на пеньке читать очередную статью про "закрыли типичные ошибки".> а растаманы готовы все на язык свалить, чтобы не думать.
Лол, ты наверное каждый раз в консоли команды заново пишешь? Или в скрипты оформляешь?
А что бы ты сказал про всякие санитайзеры для С/С++? Тоже программеры думать не хотят?
> Ну вот и писали бы тот же движок Servo на расте, никто
> бы слова поперек не сказал. Наоборот было интересно и к языку
> еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили,Ну вот они и писали, 10 лет. Получилось УГ какое-то. И с редсдохом аналогично.
Ну они в силу безблагодатности себя как продукта и стали действовать методом рака - что не съем то инфицировать попробую. Гадостная экосистема.
ваш раст даже в двусвязный список не может о чём тут говорить. его пафеоз это такие драйверы на 100 строк
> ваш раст даже в двусвязный список не может о чём тут говорить.Лол, кажется это пациент сломался)
Такие загоны были актуальны много лет назад, вместе с висерами типа "helloworld занимает 100500 мегабайтов".doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe.
Вот тебе домашнее задание - поискать dl-list-mini и прочитать.
Понимать не обязательно, от тебя такое не требуется.> его пафеоз это такие драйверы на 100 строк
Типичное
раст никому не нужен
раст ни когда не примут в ядро
такие драйверы на 100 строк
[вы находитесь здесь]
....
я не могу скомпилять ядро без раста T_T
> doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe.
> Вот тебе домашнее задание - поискать dl-list-mini и прочитать.
> Понимать не обязательно, от тебя такое не требуется.Ох....ная реклама яп получилась... правда, со знаком минус. Если linked list еще и понимать надо отдельно - это фэйспалмище.
Что этот драйвер Nova умеет кроме вывода изображения? 2D, 3D ускорение? Поддержка OpenGL/EGL/Vulkan? OpenCL? Audio вывод по HDMI?
> Что этот драйвер Nova умеет кроме вывода изображения?подозреваю что ничего не умеет, 100 строк кода и по-моему с весны он только уменьшился
https://gitlab.freedesktop.org/drm/nova/-/tree/nova-next/dri...
скорей всего пиар компания в поддержку раста, типа "мы ред хат тоже едим слона", морковка для кретинов
> Поддержка OpenGL/EGL/Vulkan? OpenCL?
это в mesa а не в ядре
>гигантский шаг б..ть, 100 строкИ везде применяется ленивый оператор "?"
Если подробно обрабатывать результаты (Result) строк было бы много больше.
А так будет просто abort()
Оператор ? просто пробрасывает ошибку наверх, abort тут будет только если вызывающий код эту ошибку решит не обрабатывать, а сделать abort()
А что еще может вызывающий код посоветовать специалисту по данному устройству?
Для ленивого исполнителя всё что не по плану - panic.
> А что еще может вызывающий код посоветовать специалисту по данному устройству?
> Для ленивого исполнителя всё что не по плану - panic.Поддержка возврата ошибки должна быть как на уровне драйвера, так и на уровне того что этот драйвер вызывает, тут не такое что драйвер возвращает ошибку, а ядро не знает что с ней делать, ошибку можно возвращать только там, где можно возвращать ошибку, а значит вызывающий код знает что с ней делать.
// `MICRO_RESETN`: hold the micro-controller in reset while configuring.
dev.write(C45::new(Mmd::PMAPMD, 0xc300), 0x0000)?;
Ошибку возвращает dev.write, а драйвер не знает, что с ней делать и пробрасывает её наверх.
Русских разработчиков убрали из состава мейнтейнеров, и я не планирую обновляться до этой версии. Я считаю, что такое решение противоречит принципам открытого программного обеспечения и сотрудничества.
Кто вам мешал написать свою операционную систему? Тоже Байден?
> Кто вам мешал написать свою операционную систему?её придётся писать на мерзкой латинице, он ник свой писал и блевал, для ос сил не осталось
> её придётся писать на мерзкой латиницеПочему её придётся на латинице писать? Чей приказ? Кто заставляет? А может ваших родственников взяли в заложники и шантажируют расправой если вы её на кириллице напишите?
Зачем, если есть система, которая декларировалась, как свободная?
Историк кушать тоже хочет.
Вы смешны. Ядро Linux невозможно создать без международного сотрудничества, ведь в него вложены годы исследований. Исключение какой-либо группы разработчиков только ослабит проект и замедлит его развитие. Открытое ПО процветает благодаря совместным усилиям и обмену знаниями.
> невозможно создать без международного сотрудничестваНо приватизировал-то его один чел. Смешно сейчас. Бросить красивую идею в массы и заставить весь мир бесплатно работать на себя. "Бизнесу со скоростью мысли" такое и не снилось.
кто тебе мешает сделать форк и изменять там что хочешь? настолько смешно, что даже 2 кнопки нажать не осилил
> Ядро Linux невозможно создать без международного сотрудничестваКроме Линукса у американцев есть куча других операционных систем, и как-то справились без "международнго сотрудничества". А сколько в России создано операционных систем, скажем, за последние 50 лет? Вот то-то же! Всё вам кто-то мешает...
> Русских разработчиковЕсли уж даже сами россияне не понимают разницу между "русский" и "российский"...
> Если уж даже сами россияне не понимают разницу между "русский" и "российский"...А потом начинают верещать про ущемление по русской нани-анальности.
Хотя в той же РФ живет куча наци-анальностей, начиная от бурятов, заканчивая калмыками.А тут бьют четко по пашпорту.
> Хотя в той же РФ живет куча наци-анальностейКак и в любой другой стране. Вот только французы от этого не перестали быть французами, а немцы немцами. И только в России считается нормой коверкать название страны и государствообразующего народа.
> Как и в любой другой стране. Вот только французы от этого не перестали быть французами, а немцы немцами.Ну у немцев уже была мулька про "единый народ", кажется они от нее вылечились.
И если какого-то Ганса, с американсим пасспортом по рождению садят в тюрьму, то я не слышал "немцев ущемляют"!> И только в России считается нормой коверкать название страны и государствообразующего народа.
А это как удобнее получается.
Когда удобно - то "ты тоже русский, лопата с глазами", а когда нет - то "понаехали с гор всякие".
Хотя по пасспорту они одинаковые)))
> Как и в любой другой стране. Вот только французы от этого не
> перестали быть французами, а немцы немцами.Правильно. Буряты не перестали быть бурятами, чеченцы чеченцами, тувинцы тувинцами.
Но их упорно записывают в "русских", хотя они на самом деле россияне.
про qr-коды, lsm и landlock прикольно.
но особенно порадовал IPE. надо будет потестить на арче
То есть это не LTS-релиз?
Будет LTS, но потом
Их и так уже 6.
нужно больше
> Их и так уже 6.фигня в том что код сам собой не появляется в старых релизах
Очень вкусное обновление. Оптимизации подсистем, ускорение внутренних механизмов, улучшение безопасности, увеличение функционала.
> Очень вкусное обновлениеприятного аппетита
Кушайте, не обляпайтесь
> Кушайте, не обляпайтесьУже сожрали, нормально пошло. Никаких особых косяков не обнаружено, пашет себе.
Что там с raid56 в btrfs?
пишут что мейнтейнеры Суси запушили много патчей на btrfs, но на 6.13
> Что там с raid56 в btrfs?RAID5 при сильном желании можно попробовать юзать. Конечно с метаданными в RAID1, упаси вас метаданные как RAID5 делать. Ибо write hole в метаданных - смерти подобно. С остальным так или иначе можно жить.
Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4. Всё равно RAID5 без трёх дисков никто создавать не будет.
К слову, дыры в RAID5 уже закрыты. Просыпайтесь.
> Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4.Это более логично для RAID6 было бы. RAID5 переживает вылет 1 девайса. А метаданные без живых данных... ну... и зачем вам они? А место жрать на копию - будут :). Хотя, конечно, надежность немного повысит - при живых метаданных отковыривать данные намного интереснее.
> Всё равно RAID5 без трёх дисков никто создавать не будет.
Как бы да, но по совпадению уровня избыточности RAID1 таки - логичнее.
> К слову, дыры в RAID5 уже закрыты. Просыпайтесь.
Насколько я помню там возможны отклонения от идеала - и девы категорически не рекомендуют RAID5 под именно метаданные. А вот при живых метаданных (в RAID1 и т.п.) все остальное - намного меньшая проблема, даже при отклонениях от идеала. Ибо накрайняк scrub + чексуммы и заметят, и будут знать где гон, и это можно починить.
Всё в порядке. Данные храним в RAID5/6, а метаданные в RAID1 и не жужжим. Мануалы кури.
Подскажите - а что, были проблемы с неравномощными ядрами на новых камнях от Интела? А то я сам давно на АМД, но интересно как там у соседей.
>были проблемы с неравномощными ядрамиБыли в основном на винде и не во всех программах, но за два года допилили Intel Thread Director:
https://www.phoronix.com/news/Intel-Thread-Director-Virt
>давно на АМДТак у них также:
https://habr.com/ru/companies/dcmiran/news/724948/
> Так у них также:Ну когда до этого дойдёт и текущий zen4 станет крой дуба, уже можно будет попытаться присмотреть Snapdragon - вдруг цена адекватной станет и моей будущей пенсии на неё хватит
снапдрагон, судя по всему, будет анально огороженный, и этих ваших линуксов там будет 2.5 и все с блобами от Qualcommну и арм можно брать, если нормальный комп есть для работы
> Так у них также:У них zen5c только объемом кеша отличаются, а так это такие же ядра, как и zen5.
>В обработчик аварийных ситуаций в ядре - DRM Panic, использующий подсистему DRM (Direct Rendering Manager) для отображения наглядного отчёта в стиле "синего экрана смерти", добавлена возможность показа на экране логотипа и QR-кода с отчётом kmsg при возникновении аварийного состояния.Таки готовят ядро, чтоб M$ могла заменить своё на Linux и для их юзеров всё осталось привычно. WSL, WSL2 - долгая дорога к этому.
с учётом что WSL2 и NT уже равноправны в ядре винды, то скорее всего так и будет
> В файловой системе Ext4 устранены ошибки, связанные с выделением блоков, управлением экстентами, механизмом "fast commit" и журналированиемА говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться, благо она тоже уже достаточно стабильна.
А если внимательнее заглянуть в патчи, может оказаться, что ошибки незначительны и наконец-то обнаружили потому, что они возникали в очень редких граничных условиях, или потому что какие-то ветки кода, срабатывающие редко при ошибке, были недостаточно хорошо протестированы.
> А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться,
> благо она тоже уже достаточно стабильна.Можно слушать опеннетчиков. А можно клонировать себе копию кернела и порой почитывать git log ядра, тогда в сказки опеннетчиков верить расхочется. Представляете, даже EXT4 периодически так или иначе чинят.
Конечно в силу его простоты там меньше багов. Но и фич меньше. А при попытке, вот, что-то поменять - с ним случается то же что и с всеми остальными. Т.е. - багует. И long standing проблем у него - есть.
>Запрещено монтирование файловых систем к точкам монтирования внутри иерархии /proc, например, в /proc/PID/fd, что создавало потенциальные проблемы с безопасностьюMagisk на этом сломается?
А он ещё существует? Помню как много лет назад выложил его автор на XDA - 16-летний школьник, и писал что-то типа извиняйте, делал каникулах )
Школьник пришел к успеху, остаётся только молча завидовать и обтекать.
Джоном Ву именовался тот школьник?
> Среди наиболее заметных изменений: возможность включения Realtime-режима,Ну что, QNX из соседней новости, за тобой мы тоже придем :)
> Ну что, QNX из соседней новости, за тобой мы тоже придем :)зачем возвращаться, Linux уже везде заменил QNX
Да ладно, он может обеспечить работу которую делает QNX? Я посмотрю как вы с радостью полетите на самолёте, где с радостью заменили ОС обслуживающее датчики и системы мгновенного реагирования на внештатные ситуации или на суне, где такая система управления турбинами стоит. QNX по дизайну многие вещи не позволяет сделать не безопасными. Это как тот же раст и си, если сравнивать.
Ох, QNX у вас точно критические системы обслуживает в самолете или в управлении турбинами?
В основном контроллеры без ОС, но есть системы с QNX или FreeDos.p.s. у нас это не в России, если что.
> FreeDosи по каким стандартам функциональной безопасности она сертифицирована ?
> Да ладно, он может обеспечить работу которую делает QNX? Я посмотрю как
> вы с радостью полетите на самолёте, где с радостью заменили ОСНа минутку, этонмаск на этом в космос летает, о чем была новость вот прямо на опеннете.
А когда вы там едете в каком-нибудь поезде и проч - откуда бы вам там вообще знать на чем система управления сделана и не базировано ли оно на линухе? Вон то хотят какие-то такие господа, пополам с индустриалами, автомотивщиками и прочим аэроспейсом.
Потому что QNX это прекрасно но условия лицензирования во, програмеров под это - во - и теперь вообще попробуйте хоть что-то на ЭТОМ с таикм сочетанием зарелизить в какие-то обозримые даты. Не, через 20 лет, когда вы наконец обучите под это програмеров - оно уже никому нахрен не надо будет.
> Потому что QNX это прекрасно но условия лицензирования во, програмеров под это - во - и теперь вообще попробуйте хоть что-то на ЭТОМ с таикм сочетанием зарелизить в какие-то обозримые даты. Не, через 20 лет, когда вы наконец обучите под это програмеров - оно уже никому нахрен не надо будет.Я согласен что Linux как ни крути более удобен и более доступен. Наверно поинтересуюсь как-нибудь темой более детально, сейчас не до этого. Ответить пока нечего в защиту того или иного подхода. А касательно всего остального - ну можно работать и без ОС и это наверно более даже доступно чем QNX, тем не менее действительно на скорость разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну это разговоры на уровне пропаганды.
> Я согласен что Linux как ни крути более удобен и более доступен.Поэтому разработчиков под QNX сейчас можно искать довольно долго - и не особо успешно. Оказывается если сделать технологию недоступной - она выпадет из использования.
> остального - ну можно работать и без ОС и это наверно
> более даже доступно чем QNX,Можно. На МК так и делают. Но это актуально для простых задач - зато жесткий реалтайм с максимальным контролем над происходящим. Но если захочется продвинутостей, типа нормальной ФС, сети, вебморду отрисовать или GUI не сильно похабный, сетевые протоколы там какие, работу с относительно попсовыми железками - вот тут почем-то совсем без OS несколько расхочется.
Ну или попробуйте хотя-бы флеху/винч с NTFS без оси прочитать? А картинку, с камеры на экран - не? Да хоть usb-клаву вы зацепить сможете сами? Или там сотовый модем?
> разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну
> это разговоры на уровне пропаганды.Это разговор на уровне трезвой оценки возможностей решить задачу за обозримое время, не более. То что теоретически я бы мог завтра слетать на Луну я в курсе. Практически, вероятность что это произойдет - низкая.
> QNX по дизайну многие вещи не позволяет сделать не безопасными. Это как тот же раст и си, если сравнивать.какой бред, QNX на С написана если что, зачем сравнивать тёплое с мягким ? раст вообще ничего не гарантирует кроме отсутствия ошибок при обращении к памяти, даже отсутствие утечек не гарантирует.
> включения Realtime-режимаЗашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.
Ох и наплачемся мы с этим глючным хламом...
Надеюсь это будет не АЭС.
Недавно видел репортаж с японской АЭС, так там используется вообще аналоговое оборудование.
Я догадываюсь, что оборудование обозвали аналоговым потому что в атомке используются так называемые аналоговые контроллеры, у нас это Протар. Они цифровые, но программируются особым "аналоговым" образом при помощи дифференциальных уравнений. Доводилось поиграться с ними, но слава богу не на реакторе
>разные мишнкритикал системыТак они же должны быть изолированы от внешнего интернета ?
А землетрясению или наводнению неважно какая у тебя ОС:
https://www.youtube.com/watch?v=tqxXILgaYJk
https://www.youtube.com/watch?v=jTz0OqsiFWM
>>А землетрясению или наводнению неважно какая у тебя ОС:Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя от атаки, это может стоить жизни
> Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя
> от атаки, это может стоить жизниИ это тот случай когда простота может быть хуже воровства...
> Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы.Элон Маск на нем в космос летает, на минуточку. А тут какой-то анон только снялся с ручника. Про кучу систем управления индустриаловкой, движением, поездами и чем там еще даже упоминать как-то неудобно на этом фоне. А их есть.
> привязки нескольких сетевых карт к одному сетевому интерфейсу.Как это работает?
Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?
Почему бы и нет?
> Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU?Может, проще отключить оный в конфиге ядра? А сетевые интерфейсы пусть живут, если нужны. Разумеется вон то будет не совсем халявно и некоторые фичи - отвалятся.
А какой-нибудь системд будет при случае ныть что не смог зафайрволить вон тот сервис, несмотря на запрос в конфиге - ибо eBPF нету. Но если вам это нормалек - то и хрен с ним!
2.6%, Карл, и за это вы променяли нормальный фильтр на тупое маскирование?
Ты в своем праве докупить каждый 50-й сервер в большой энтерпрайз за лично свой счет, можешь предложить своей фирме у тебя из зарплаты вычитать их стоимость, так то они конечно на 2.6% забьют и не будут париться :)А если тупое маскирование ведет к желаемому результату и не требует весьма дорогой сброс кешей и чего там от всех этих спектров и ретблидов - ну и отлично. Если нет разницы, зачем платить больше?
Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек, то в этом "энтерпрайзе" банкротством смердит.
> Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек,
> то в этом "энтерпрайзе" банкротством смердит.Банкротством обычно смердит - у тех, кто расшвыривается деньгами, когда можно и не расшвыриваться было. Почему-то. Если деньги транжирить, без отдачи, они имеют свойство заканчиваться.
> Завершена интеграция планировщика задач EEVDFТак он же был с 6.6 или что-то в этом роде... Оне не используется сейчас?
> Применение маскирования ускоряет на 2.6% прохождение теста "per_thread_ops", оценивающего число операций, которые могут быть выполнены в одном потоке.Так а если потоков по количеству ядер, ускорение будет больше?
А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.
в 6.13
> А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё.Да на месте все. Кент немного понизил вроде градус долбанутости. И в этом сезоне огромные pull request за 5 минут перед RC или в последних RC вроде не жестил. Видимо немного дошло что такое агрит толпу народа.
А так - что там такого писать пока? Багфиксы, багфиксы и еще раз багфиксы. Ты же не думал что такая вундервафля сразу полетит и будет это делать без приколов?!
А чисто практически - работает в общем то. Я завел пачку VM с этих, до сих пор ни 1 не сдохла. А пару умеренных косяков кент таки загасил.
В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper? Притом уже стабильного.
> В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper?
> Притом уже стабильного.В чем, блин, разница между автомобилем и самолетом? А то на обеих можно покататься на полосе аэродрома. Но есть нюансы.
Bcachefs - это ФС. Чем то напоминающий btrfs по управлению, но постаравшаяся еще и на скорость оптимизироваться. А - вот - одна из фишек кроме удобного управления еще и - интеграция менеджмента девайсов с кешом/фронтэндом/бэкэндом.
И теперь при аллокациях оно учитывает не только сколько копий хотели - но и на какой девайс это, с учетом свойств девайса. Т.е часто используемое - на SSD, в фоне, редко юзаемое - можно и на HDD выдавить, а критерии гибридные. Т.е. учет запрошенного числа реплик и проч.
Когда под обычной ФС протирается кэш bcache - этому зачастую наступает амба. Потому что форвард ошибок никакой, явного aware о данной реплике нет, и что там получится - зачастую получается, вот - жесткий рассыпон ФС подпертой этим. А когда это просто "одна из реплик посыпалась" уже с точки зрения ФС - ее и починить можно self heal, и девайс заменить более-менее нонстоп, без пересоздания урытой нахрен рассыпавшимся кешом ФС.
И все это - в паре с простым и логичным менеджментом на манер btrfs'а. Когда можно - просто взять и просто добавить очередной девайс, не делая себе мозг особо. Управление сторажами next gen - это вот так. А не те жуткие этажерки наслоений, рассыпающиеся при малейшем отклонении от идеала, ибо форвард ошибок между слоями и корректная реакция на это - ну вы поняли. Одно дело если реплика всегда подперта чексумами фс, и фс явно знает как чинить это, и совсем другое если там EXT4 или XFS какой, клавший на данные и их интегрити с прибором и понятия не имеющий где какие реплики физически были (в сложной топологии).
Вы извините за прямоту, но Ваш дворовый сленг притравленный модными английскими словечками невозможно воспринимать. Если даже Вы что-то знаете по существу заданного постом выше вопроса, всё равно складывается чёткое ощущение, что ответ писал какой-то юнец, путем пересказа прочитанных аккурат перед написанием иностранных форумов. И ответа на вопрос, чем же это лучше, связки слоя dev-mapper bcache с фс, к примеру, btrfs так и не было озвучено.
> Вы извините за прямоту, но Ваш дворовый сленг притравленный модными английскими словечками
> невозможно воспринимать. Если даже Вы что-то знаете по существу заданного постом
> выше вопроса, всё равно складывается чёткое ощущение, что ответ писал какой-то
> юнец, путем пересказа прочитанных аккурат перед написанием иностранных форумов. И ответа
> на вопрос, чем же это лучше, связки слоя dev-mapper bcache с
> фс, к примеру, btrfs так и не было озвучено.Вы извините за прямоту, но в таком случае - читайте маны. Они рулят. Или набивайте шишки сами.
А ключевым недостатком bcache, который не ФС, является как раз отсутствие интеграции с фс и явного управления репликами. Поэтому когда SSD (даже эинтерпрайзный) протирается, порой случается крупноблочное осыпание кеша. Большая часть ФС не готовы к тому что при чтении им вернется мусор крупными блоками. И даже вещи типа RAID1 от этого не спасут сами по себе. Даже если и видите что 2 копии разные - и чего?! Что-то осмысленное при этом может разве что btrfs и bcachefs сделать, поняв по чексумам какая из копий битая. Но даже так без явного контроля над репликами эффективность этого - как повезет.
Так что то комбо при EOL SSDшника с энной вероятностью катастрофически разлетается. Когда у ФС явный контроль над этим и она явно в курсе что это 1 из реплик, вон та механика self heal из исправной копии намного лучше работает.
я больше за жену автора переживаю, т.к. уже была аналогичная история
>RHEL, SUSE и Ubuntu, создавали отдельные Realtime-редакции своих продуктов, востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий.Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен! Для RHEL, SUSE и Ubuntu это просто маркетинговый ход. Реальный режим нужен в числовых-программируемых станках, где зачастую операционной системы может и не быть. Нужен в ракетостроении, авионике, робототехнике, автомобильном софте, медицинском оборудовании. Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип.
Я сильно сомневаюсь, чтобы система реального времени была нужна в обработке звука и видео. Хотя, музыканты могут утверждать обратное.
Ты просто не осознаёшь глубинку глубин. Для линукса вполне законно уйти подумать на бесконечное время по миллиону причин (и без какой-либо индикации) и, понятно, это не годится в большинстве применений. Остаётся конечно проблема того, что типичное железо слишком не предсказуемое для реалтайма, но хотя бы это не вина ядра будет. Реалтайм режим позволит обнаружить недостатки устройства значительно скорее и ощутимо легче.
А что у линукса нет таймера после которого процесс считается "скорее мертв чем жив"?
В теории есть, на практике не очень. И с накладными расходами.
Печально. В винде даже в заголовке окна приписка появляется, если процесс пропустил таймаут жизни.
Плазма с вейландом так умеет, но это не то. Я имел в виду остановившиеся ядерные операции. Обычно это из-за io или своп, или кончившаяся/кончающаяся память. И я пытался получить хоть какую-то индикацию, навернул вотчдогов и таймеров, но, видимо, задержку достоверно можно заметить только извне.
> Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип.делать специальный чип под каждую задачу никаких денег не хватит, а для комфортного восприятия hmi и звука на десктопе такой жёский реалтайм и не нужен, на станках если это не связано с опасностью для жизни тоже
LinuxCnCRA2YR
> http://linuxcnc.org/Так там от компа и не требуется реалтайм.
Или оно ползает с такими скоростями, что хватало Pentium III 400MHz.
Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.
>> http://linuxcnc.org/
> Так там от компа и не требуется реалтайм.
> Или оно ползает с такими скоростями, что хватало Pentium III 400MHz.
> Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.Вообще-то зависит от. Оно может насколько я помню и напрямую степпером рулить само. И вот тут уже реалтайм становится куда актуальнее.
Да и вон то кроме индустриалов хотят автомотившики, авиаторы, Элон Маск вообще на этом в космос летает. Так что желающих на фичу - более чем. А потом мы встретимся на general markets с всеми кадрами рассказываюищми что там где (не)нужно в линухе - и посмотрим чья возьмет ;)
касательно звука тоже есть смутное ощущение, что реалтайм это просто костыль для кривого звукового сервера (piperwire и для всех слоёв на что он намазан)
вот не надо про кривость пайпвари. По сравнению с пульсой оно просто работает не пердит не падает не отрубает звук, еще и дает задержку в 5 мс на пусть и неплохом но старом железе из 2014 года (встройка аудио на материнке плюс i5-2500).
Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.
> Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать.Пердело оно только у додиков которые повышенный приоритет процессу вкатить не доперли. На что хватило даже убунты нубской, на минуточку.
Ты гонишь, pci карты пердели по-моему все. Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика). Приоритеты вообще ни при чём (и не забота пользователя).
> Ты гонишь, pci карты пердели по-моему все.Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамши.
> Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика).
Это заявление не соответствует действительности.
> Приоритеты вообще ни при чём (и не забота пользователя).
Ну да, конечно, если процессу не хватит времени на ресэмплинг, ворочание буферов и проч и его задвинут другие - это то не проблема пользователя. Правда, не понятно что играть - если буфер вовремя звуковухе не отдали. И вот у таких системных "гениев" с такими знаниями - оно и. И даже убунта в состоянии решить этот вопрос. В отличие от экспертов опеннета. В таких вещая пряморукость системной интеграции как раз и вылезает. И это именно тот случай когда "не умеешь - не берись". Ибо потом появляются вот такие сказки.
>Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамшиАудига пердела больше всех всегда. Примерно любая встройка её давно задвигает кстати, уже тысячу лет.
>Это заявление не соответствует действительности.
Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать.
>не хватит времени
время тут вообще ни при чём, это аппаратная проблема материнских плат, на которую хорошо ложатся врождённые дефекты пульсы.
> Аудига пердела больше всех всегда.Ну значит я угадал и господам не способным приоритеты процессам расставить надо было просто не косплеить осьминога (у которого руки, голова и ж... - совмещены).
> Примерно любая встройка её давно задвигает кстати, уже тысячу лет.
Ога, с дешевым рыгалтеком как кодеком, с разводкой абы кем и экономией на фильтрах. Может там еще и на аналоговом фронтэнде не зажмутся? И еще расскажи как д@рьмовые китайские уши дадут мастеркласс мониторам. Хотя вот именно современных HD в принципе хватит, они уже и правда не такой хлам как раньше.
> Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать.
Это вы раздражаете своей некомпетентностью, даже уровень убунты не смогли взять. А та поставила приоритет пульсе через rt_kit и проблем с ним более не имела. В отличие от гроссмейстеров опеннета. Вот ни 1 пользака убунты жаловавшегося на это не встречал. Что хотите то и делайте с этим.
>>не хватит времени
> время тут вообще ни при чём, это аппаратная проблема материнских плат, на
> которую хорошо ложатся врождённые дефекты пульсы.Хрен вас там знает что у вас за мусор как железо - но поставить высокий приоритет процессу рюхающему аудио таки было мастхэвом. И вот реально не знаю ни 1 юзера убунты с той проблемой. И с аудигами, и с HD, и с чем там еще вплоть до всяких usb звуковух.
И только у полутора клоунов с опеннета что-то где-то пш-пш. В паре с заявлениями про приоритет процессов - выглядит очень подозрительно.
Я ещё раз повторю для особо непонятливых, треск и шипение это врождённая фича дизайна пульсы и того, как она взаимодействует с железом. И после её отключения голая алса тоже продолжает шипеть (если буферы настроены может даже почти незаметно быть, как повезёт). Единственный выход -- это не запускать пульсу. А у тебя именно что агрессивное незнание, и ты пролжаешь хамить.
> Я ещё раз повторю для особо непонятливых, треск и шипение это врождённая
> фича дизайна пульсы и того, как она взаимодействует с железом.Я еще раз повторю, для экспертов в системщине 80 уровня, что - кроме неумения в приоритеты процессов - вы, оказывается, не в курсе что Pulse взаимодействует с железом через ALSA. Пульс - прослойка между программами и алсой как таковой.
Его штатный вариант использования - монопольное выделение ему девайсов алсы как бэка, и вывешивание апей пульса программам.
Для программ это хорошо потому что апи алсы само по себе довольно неудачное. Там вообще неизвестно сколько и чего звуковуха может, никакого плана на случай если ваш формат потока звуковуха не умеет - нет, и тащите-ка ресэмплер и что там еще сами, во. Потом сделали вроде, но - опциональное, опять же. В результате код для проигрывания звука через алсу эвон какой разлапистый с 1 стороны а с другой - даже libsdl, в котором ресэмплер таки накодили, и то страдал интересными глюками, корежа звук если драйвер вывода звука в нем - алса. А через пульс - нормально как раз. Так что гольной алсой в софте пользоваться - жуткое мучение с кучей проблем.
А если столько наворотов как в пульсе не хочется, кто-то из местных вообще накодил либу-транслятор апей apulse. Заметно проще и компактнее. А нужно это потому что большинство программ предпочло не мучаться с алсой вон так, и вместо этого требует апи пульса.
> И после её отключения голая алса тоже продолжает шипеть (если буферы настроены
> может даже почти незаметно быть, как повезёт).А виноват в этом очевидно пульс. Который вообще в железо как таковой не лазит. Логично!
> Единственный выход -- это не запускать пульсу. А у тебя именно что агрессивное незнание, и
> ты пролжаешь хамить.У меня суровая аллергия на ламерство, увы. Чтобы размахивать знанием - надо в топике разбираться хоть немного. И понимать иерархию системных компонентов и как это взаимодействует. Если у вас пульс лазит в железо - у меня он почему-то открывает девайс алсы. Что бы это могло быть?
Не всё так просто. При использовании пульсы отваливаются прерывания и энергосбережение, кроме того, буферы, настроенные под пульсу, создают проблемы для обычного использования.
> Не всё так просто.Это как? У меня пульс работает под обычным юзером. С такими правами при всем желании в железо самому слазить - никак. Только нижний уровень просить, чтобы тот милостиво изволил выполнить запрос.
> При использовании пульсы отваливаются прерывания и энергосбережение,
На минуточку, если альсе или драйверу плохеет, при чем тут пульс? Это вообще баги - вон тех. А пульс юзермод прога спустившая им запрос, не более.
Не должны системные компоеннты уходить в аут от активности непривилегированого процесса, вот хоть как. Это вообще азы работы многозадачных систем. Если вы не понимаете даже это - о чем мы тут дискутируем, когда оппонент даже не понимает в какой точке системы проблема реально есть?
Или чего вы предлагаете? Сделать вид что в вон том глюкале багов нет, сунуть голову в песок и молиться чтобы в других комбо софта - оно не баговало так же? Это хреновый подход, имхо.
> кроме того, буферы, настроенные под пульсу, создают проблемы для обычного использования.Они могут как максимум вызвать некоторую латенси, но это сильно парит только (полу)профессиональных звукорежей и тому подобных. Да, эти (и их софт) Jack предпочитают. По причинам латенси в основном.
> Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен!Так его врядли кто и будет там включать - от именно полноченного реалтайм режима есть неиллюзорный оверхед и ограничения.
>Так его врядли кто и будет там включатьТебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.
> Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм
> режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.Небольшой облом - в том что я собираю себе дебиан debootstrap-ом сам, и как раз закончил собирать сабжевое ядро. Разумеется, с моим собственным конфигом. И не, там обычный CONFIG_PREEMPT (т.е. то что раньше называли low latency) - без вот именно _RT хардкора. Это ж не управляющая система.
А от убунты я как раз отделался потому что все их маркетинги, "партнеры", рестриктивные условия (tm) и реп, и постоянные "улучшения" и NIH, типа глючных апдейтеров, падучих крашрепортеров и прочих снапов - определенно, надоели. И я избавил себя от этого "счастья".
Lenovo ThinkPad T14s Gen 6 - це ж тоже на Арме!
> Device Memory TCPforwarding on и dump летит в твою периферию?
"Достаточно одной таблетки" (хоста)
Нажать на кнопку и выдавить окно.
Или наоборот
>SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов.Измени дедлайн и вот твои параметры realtime задач идут лесом?
> вывод QR-кода при аварийных состоянияхДля доната Линусу чтоб лично починил или что?
>возможность включения Realtime-режимаНу теперь то можно без хаков включ~
>Добавлен механизм "sched_ext" (SCX), позволяющий использовать
А, нет, всё ещё дописывать ручками.
Ничего в лине нет изкоробки(
> позволяющего задавать права доступа к областям памяти. При помощи данного расширения на системах с процессорами ARM64 может быть реализован механизм Memory Protection Keys, применяемый для ограничения доступа к страницам памяти без изменения таблицы страниц памяти.Резервация, сэр.
Кто там говорил про свободу в лине?
> Резервация, сэр.
> Кто там говорил про свободу в лине?Чтобы быть свободным - надо быть хозяином системы. Ее владельцем. А если ты индеец которого на птичьих правах белый человек в барак пустил - какие, нахрен, тебе там права?!
И все вон то в линухе можно. Просто кое-что возможно придется сделать самому. А если ты это делегировал белому человеку, и он вон то на вон тех условиях с тобой сделал - так ты сам это и позволил, на минуточку.
А что индейцев всех исключили из мейнтенеров по цвету перьев. Притесняютс.
> А что индейцев всех исключили из мейнтенеров по цвету перьев. Притесняютс.Да вообще-то не всех. А только замеченных в делании гадостей белому человеку, или дружении с теми кто это делал. И вот тут уж извините, зашквар есть зашквар. Если вы думали что можно делать некоторые вещи - и это никак не отольется на персональном уровне, таки, совсем не факт. А у OSINTов руки длинные, и память хорошая.
Так что не стоит удивляться i++ лет спустя, когда кто-то удумает на Канары смотать - а там ему бабах! Ордер интерпола, или что там еще прикольного.
Так и не завезли нормальную поддержку essx8326!
Плак...
Господа, а кто в курсе что значит Реалтайм-режим? Реально можно настраивать приложение на работу в более приоритетном потоке чем даже система и на перехват прерываний менее чем за 100мс? Типа как в QNX?
Фраза "в более приоритетном потоке чем даже система" здесь не совсем уместна, полагаю. В QNX используется микроядро, а все драйверы это обычные процессы/задачи. Процессорное время выделяется в соответствии с приоритетами задач, поэтому задача с более низким приоритетом НИКОГДА не сможет застопорить более приоритетные задачи. Соответственно, влияние системных вызовов на задержки минимально.Реал-тайм режим - система, в которой необходимо обеспечить "предсказуемое" время обработки событий. Как-то так.
Вы знаете, я не специалист в QNX, но мне рассказывали что там возможно настроить так, что начинает выполняться задача как в контроллере, не переключаясь на другие процессы пока не произойдёт прерывание и его обработка или пока сама задача не отдаст управление ОС. Такое ведь на QNX и на этом новом ядре Linux возможно?
Полагаю, да. Опять таки, это все "гарантированное" поведение. А как оно на практике - уже покажет практика. Все зависит от совокупности факторов, как внешних (ретроградный Меркурий, например, или приливы/отливы и фазы Луны), так и внутренних (как поведет себя тот же планировщик задач или проца, например, ведь ядро-то реалтайм, но есть еще и другие системные инструменты). Вот как-то так на пальцах, надеюсь, объяснил.
> Такое ведь на QNX и на этом новом ядре Linux возможно?да, обработчик прерывания не может вытеснить процесс если у процесса приоритет выше, сработает только минимальный диспетчер прерываний, а все обработчики это такие же процессы (потоки) только в адресном пространстве ядра. Только надо учитывать что сейчас одноядерных процессоров практически нет а прерывания могут обрабатываться на любом ядре не прерывая высокоприоритетный процесс - BKL уже много лет назад выпилили
> Фраза "в более приоритетном потоке чем даже система" здесь не совсем уместна,
> полагаю. В QNX используется микроядро, а все драйверы это обычные процессы/задачи.В Linux с неких пор тоже есть треды ядра, вплоть до threaded IRQ и тому подобного - когда обработчик делает минимум и сваливает в туман а все что сверх того - вот - тредами какими-то.
А еще есть всякие воркеры ядра и проч. И конечно без поправок в шедулинг этого всего - речь про реалтайм не пойдет. Если вас ядро выперло на неопределенное время - какой же реалтайм тогда. В этом смысле можно сказать и вон то - если фоновую активность треда ядра подвинули в пользу энной задачи.
> Процессорное время выделяется в соответствии с приоритетами задач, поэтому задача с
> более низким приоритетом НИКОГДА не сможет застопорить более приоритетные задачи.Это совершенно ниоткуда не следует. Стопорит задачу вообще ядро - шедулер процессов. Который в очередной квант времени решает кому отдать время проца сейчас. И, кроме всего прочего, воооон там логика построения CPU hogs, когда немного времени другим задачам все же отдается во избежании их полной остановки.
> Соответственно, влияние системных вызовов на задержки минимально.
А вот это весьма зависит от. Если программа делала сискол - и ядро ушло в себя на 10 секунд - значит, программа, очевидно, 10 секунд была в ауте. И - висела в блокирующем сисколе, например. Более того - ее даже прибить так по простому в этом состоянии может и не получиться.
> Реал-тайм режим - система, в которой необходимо обеспечить "предсказуемое" время обработки
> событий. Как-то так.Именно так. И для этого пришлось подкостылить и шедулинг, и много чего еще. Вплоть до консолей (подсистема vt) древних. Потому что если программа или ядро спровоцирует активный printk - изначально нет никаких гарантий на тему того на сколько это все может встрять. Пришлось эту древность здорово перепахать. Там еще не все улучшения на тему замержили, но основная часть совсем зарубавшая реалтайм - вот - прилетела.
> Добавлены файлы для генерации биндингов для библиотеки libcpupower при помощи инструментария SWIG, позволяющего формировать биндинги из кода на C/C++ для различных языков программированияГоспода, кто не знает эту библиотеку - мотайте на ус. Очень хороший инструмент на самом деле.
> Добавлен механизм Device Memory TCP, позволяющий использовать сетевые сокеты для прямой отправки содержимого памяти периферийного устройств по сети (режим zero-copy) и прямого размещения содержимого сетевых пакетов в области памяти устройства на стороне получателя. Передаваемые в пакетах данные передаются от сетевой карты в память периферийного устройства или из памяти устройства в сетевую карту напрямую, минуя CPU, а заголовки пакетов попадают в обычные буферы ядра.А это счастье зачем? Ах, ну да, в защиту работы устоявшихся сетевых протоколов. Впрочем, я так понимаю это дело опционально, наверняка же можно будет настроить?
Как это зачем, чтобы кто надо сразу получил весь комп по удалёнке.
В 2к24 уже немодно лазить в окошко с флешкой в зубах и хакать - теперь изкаробки всё есть
А тем временем в https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... никто из удалённых не появился. Не хотелось бы разжигать, но этот проект явно нарушает ещё и авторские права.
Линус ввсё правильно делает. Не смей подвергать сомнению его решение.
> никто из удалённых не появился. Не хотелось бы разжигать, но этот
> проект явно нарушает ещё и авторские права.GPL не требует давать credits автору, внезапно. Читайте лицензии до того как качать права. Иначе даунлоадер может и обломаться.
>GPL не требует давать creditsЧто, можно качать и затирать копирайты? Вот это да.