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

"Релиз ядра 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.dev/opennews/art.shtml?num=62243
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

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

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

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

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

10. Сообщение от Ан (??), 18-Ноя-24, 12:54	+1 +/–
> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust гигантский шаг б..ть, 100 строк https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... а абсракций для раста навесили перед этим тонну. Кому это надо ? И ведь это совсем не та подсистема где находят критические баги с памятью.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #144

11. Сообщение от ijuij (?), 18-Ноя-24, 12:55    Скрыто ботом-модератором	+6 +/–
Русских разработчиков убрали из состава мейнтейнеров, и я не планирую обновляться до этой версии. Я считаю, что такое решение противоречит принципам открытого программного обеспечения и сотрудничества.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #22

12. Сообщение от Аноним (12), 18-Ноя-24, 12:59	–1 +/–
Кто вам мешал написать свою операционную систему? Тоже Байден?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #13, #14, #19

13. Сообщение от Ан (??), 18-Ноя-24, 13:03	+/–
> Кто вам мешал написать свою операционную систему? её придётся писать на мерзкой латинице, он ник свой писал и блевал, для ос сил не осталось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #29

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

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

19. Сообщение от ijuij (?), 18-Ноя-24, 13:10	+1 +/–
Вы смешны. Ядро Linux невозможно создать без международного сотрудничества, ведь в него вложены годы исследований. Исключение какой-либо группы разработчиков только ослабит проект и замедлит его развитие. Открытое ПО процветает благодаря совместным усилиям и обмену знаниями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #21, #26

20. Сообщение от Аноним (16), 18-Ноя-24, 13:10	+/–
Историк кушать тоже хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

21. Сообщение от Аноним (16), 18-Ноя-24, 13:12	–2 +/–
> невозможно создать без международного сотрудничества Но приватизировал-то его один чел. Смешно сейчас. Бросить красивую идею в массы и заставить весь мир бесплатно работать на себя. "Бизнесу со скоростью мысли" такое и не снилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #67

22. Сообщение от Аноним (22), 18-Ноя-24, 13:15	–3 +/–
> Русских разработчиков Если уж даже сами россияне не понимают разницу между "русский" и "российский"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31

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

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

26. Сообщение от Аноним (12), 18-Ноя-24, 13:20	+/–
> Ядро Linux невозможно создать без международного сотрудничества Кроме Линукса у американцев есть куча других операционных систем, и как-то справились без "международнго сотрудничества". А сколько в России создано операционных систем, скажем, за последние 50 лет? Вот то-то же! Всё вам кто-то мешает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

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

28. Сообщение от Аноним (-), 18-Ноя-24, 13:21	+13 +/–
>> Добавлен драйвер для Ethernet-контроллера Applied Micro QT2025 PHY, написанный на Rust > гигантский шаг б..ть, 100 строк маленький шаг для раста, но зато большой шаг для всего ядра) Слона нужно есть по кусочкам. Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!". Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat - и затыкаем орунов "тут всего 100 строк кода". Потом делаем отдельные подсистемы (это будет очень сложно, но попробовать стоит). А принимаем решение "весь новый код пишется только на расте" > И ведь это совсем не та подсистема где находят критические баги с памятью. Зато это та подсистема, где диды-неосиляторы не будут вонять и ставить палки в колеса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #39, #53, #58, #64, #191

29. Сообщение от Аноним (12), 18-Ноя-24, 13:24	–1 +/–
> её придётся писать на мерзкой латинице Почему её придётся на латинице писать? Чей приказ? Кто заставляет? А может ваших родственников взяли в заложники и шантажируют расправой если вы её на кириллице напишите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

31. Сообщение от Аноним (-), 18-Ноя-24, 13:27	–2 +/–
> Если уж даже сами россияне не понимают разницу между "русский" и "российский"... А потом начинают верещать про ущемление по русской нани-анальности. Хотя в той же РФ живет куча наци-анальностей, начиная от бурятов, заканчивая калмыками. А тут бьют четко по пашпорту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #51

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

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

44. Сообщение от Аноним (-), 18-Ноя-24, 13:39	+/–
> А что делать с сишным апи, который наружу торчит? А что делают с апи? Оборачивают. У тебя будет файт си_обертка.с и остальной код на расте или любом другом языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

47. Сообщение от Аноним (2), 18-Ноя-24, 13:45	–2 +/–
> Расскажи поподробнее, плез. Да просто fallocate -l 4G /swapfile && mkswap /swapfile && swapon --priority 300 /swapfile При условии, что корень на ssd. Но старый своп может так и быть занят воздухом, его там довольно много. В итоге у меня дёргает диски только когда линкуются программы с растом. И уж точно не насилует диски в простое (без как таковой активности в том же iotop). Если ссд одноразовый, возможно, не стоит, на собственное усмотрение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #180

50. Сообщение от Аноним (50), 18-Ноя-24, 13:47	+/–
То есть это не LTS-релиз?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73, #74

51. Сообщение от Аноним (12), 18-Ноя-24, 13:49	+2 +/–
> Хотя в той же РФ живет куча наци-анальностей Как и в любой другой стране. Вот только французы от этого не перестали быть французами, а немцы немцами. И только в России считается нормой коверкать название страны и государствообразующего народа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #69, #173

53. Сообщение от Ан (??), 18-Ноя-24, 13:51	–1 +/–
> Потом добавляем драйвер побольше - например Nova для NVIDIA от Red Hat он давно есть, например в форке asahi > Потом делаем отдельные подсистемы это видимы ты и те парни которые в этом разбираются > принимаем решение "весь новый код пишется только на расте" принимай хоть сейчас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #106

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

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

58. Сообщение от Аноним (16), 18-Ноя-24, 13:58	+1 +/–
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!". Скорости не хватит. Или сделают обертку вокруг С на Rust, а сообщат только о Rust. Они так поступали неоднократно. Например, снаружи Python и R (и об этом кричат чуть не из утюгов), а внутри С (и об этом скромненько молчат).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

60. Сообщение от DeerFriend (?), 18-Ноя-24, 14:01	+1 +/–
Что там с raid56 в btrfs?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #97, #127

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

64. Сообщение от Аноним (64), 18-Ноя-24, 14:09	+3 +/–
> Сначала делаем "драйвер" на 100 строк - затыкаем критиков "я ядре нет ничего на расте!!". Вы посмотрели, что они сделали. Взяли драйвер, которые написан сразу для множества железяк. Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust. То есть во первых не написали, а переписали. Как всегда - неполная, ограниченная реализация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #96

67. Сообщение от Аноним (67), 18-Ноя-24, 14:16	+/–
кто тебе мешает сделать форк и изменять там что хочешь? настолько смешно, что даже 2 кнопки нажать не осилил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

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

69. Сообщение от Аноним (-), 18-Ноя-24, 14:16	+/–
> Как и в любой другой стране. Вот только французы от этого не перестали быть французами, а немцы немцами. Ну у немцев уже была мулька про "единый народ", кажется они от нее вылечились. И если какого-то Ганса, с американсим пасспортом по рождению садят в тюрьму, то я не слышал "немцев ущемляют"! > И только в России считается нормой коверкать название страны и государствообразующего народа. А это как удобнее получается. Когда удобно - то "ты тоже русский, лопата с глазами", а когда нет - то "понаехали с гор всякие". Хотя по пасспорту они одинаковые)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

71. Сообщение от Аноним (71), 18-Ноя-24, 14:22	+1 +/–
>были проблемы с неравномощными ядрами Были в основном на винде и не во всех программах, но за два года допилили Intel Thread Director: https://www.phoronix.com/news/Intel-Thread-Director-Virt >давно на АМД Так у них также: https://habr.com/ru/companies/dcmiran/news/724948/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #75, #88

73. Сообщение от Анониматор (?), 18-Ноя-24, 14:27	+/–
Будет LTS, но потом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

74. Сообщение от Минона (ok), 18-Ноя-24, 14:33	+1 +/–
Их и так уже 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #82, #94

75. Сообщение от Анониматор (?), 18-Ноя-24, 14:34	+/–
> Так у них также: Ну когда до этого дойдёт и текущий zen4 станет крой дуба, уже можно будет попытаться присмотреть Snapdragon - вдруг цена адекватной станет и моей будущей пенсии на неё хватит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #187

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

78. Сообщение от Аноним (78), 18-Ноя-24, 14:43	+/–
>В обработчик аварийных ситуаций в ядре - DRM Panic, использующий подсистему DRM (Direct Rendering Manager) для отображения наглядного отчёта в стиле "синего экрана смерти", добавлена возможность показа на экране логотипа и QR-кода с отчётом kmsg при возникновении аварийного состояния. Таки готовят ядро, чтоб M$ могла заменить своё на Linux и для их юзеров всё осталось привычно. WSL, WSL2 - долгая дорога к этому.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

79. Сообщение от Аноним (12), 18-Ноя-24, 14:44	+1 +/–
> В файловой системе Ext4 устранены ошибки, связанные с выделением блоков, управлением экстентами, механизмом "fast commit" и журналированием А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться, благо она тоже уже достаточно стабильна.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #261

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

82. Сообщение от Анониматор (?), 18-Ноя-24, 14:49	+/–
нужно больше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

84. Сообщение от Аноним (84), 18-Ноя-24, 14:53	+2 +/–
>Запрещено монтирование файловых систем к точкам монтирования внутри иерархии /proc, например, в /proc/PID/fd, что создавало потенциальные проблемы с безопасностью Magisk на этом сломается?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91

85. Сообщение от Аноним (-), 18-Ноя-24, 14:53	–4 +/–
> Среди наиболее заметных изменений: возможность включения Realtime-режима, Ну что, QNX из соседней новости, за тобой мы тоже придем :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

88. Сообщение от Аноним (88), 18-Ноя-24, 14:59	+/–
> Так у них также: У них zen5c только объемом кеша отличаются, а так это такие же ядра, как и zen5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

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

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

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

94. Сообщение от Ан (??), 18-Ноя-24, 15:09	+/–
> Их и так уже 6. фигня в том что код сам собой не появляется в старых релизах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

95. Сообщение от Аноним (-), 18-Ноя-24, 15:09	+1 +/–
> Что там неповоротливого? У меня только вопросы к тому, как оно со свопом работает. Если вам надо реалтайм с серьезными требованиями, своп лучше всего - отключить. Совсем. В конфигурации ядра. И кстати даже если у вас нет свопфайлов - ядро может отбросить страницы процессов в памяти уповая на подчитку из файла процесса, readonly своп этакий. Именно поэтому вы хотите сие отключить радикально, если это управляющая система с энными требованиями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #105

96. Сообщение от Аноним (-), 18-Ноя-24, 15:10	+/–
> Выбрали самый простой и безпроблемный кусок и ПЕРЕПИСАЛИ на rust. Да! Именно в этом и план! Сделали так чтобы даже сишник понял! Сейчас на него посмотрят и скажут "ну... в общем похоже, не привычно конечно, но..." А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы, еще с чем-то - у ревьюверов бы мозги поплавились и они бы все забраковали. К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно подводить постепенно. Чтобы всех их не распугать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #137, #149

97. Сообщение от Аноним (97), 18-Ноя-24, 15:11	+1 +/–
> Что там с raid56 в btrfs? RAID5 при сильном желании можно попробовать юзать. Конечно с метаданными в RAID1, упаси вас метаданные как RAID5 делать. Ибо write hole в метаданных - смерти подобно. С остальным так или иначе можно жить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #182

99. Сообщение от Аноним (-), 18-Ноя-24, 15:15	–4 +/–
> включения Realtime-режима Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы. Ох и наплачемся мы с этим глючным хламом... Надеюсь это будет не АЭС.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100, #136, #161

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

101. Сообщение от Ан (??), 18-Ноя-24, 15:18	–1 +/–
> Ну что, QNX из соседней новости, за тобой мы тоже придем :) зачем возвращаться, Linux уже везде заменил QNX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #205

102. Сообщение от Аноним (-), 18-Ноя-24, 15:19    Скрыто ботом-модератором	+/–
> привязки нескольких сетевых карт к одному сетевому интерфейсу. Как это работает?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

106. Сообщение от Аноним (-), 18-Ноя-24, 15:27	+/–
> он давно есть, например в форке asahi Есть, но в mainline его пока не приняли > это видимы ты и те парни которые в этом разбираются Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра > принимай хоть сейчас Кто знает, кто знает, может оно уже принято
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #114

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

111. Сообщение от cz (??), 18-Ноя-24, 15:37	+/–
> Очень вкусное обновление приятного аппетита
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

114. Сообщение от Ан (??), 18-Ноя-24, 15:47	+/–
> Никто  ̶в̶ ̶и̶н̶т̶е̶р̶н̶е̶т̶е̶ на опеннете не знает что ты  ̶к̶о̶т̶ мейтнейнер ядра чтобы писать код не нужно быть мейнтейнером, но ты не пишешь и это сильно заметно для любого кто пишет - у тебя нет задач, нет представления о проблемах при их решении, для тебя это какое-то фантазийное творчество. Просто начни писать код и забудешь чушь про поедание слонов, поймёшь почему основной едок слился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #226

124. Сообщение от Аноним (124), 18-Ноя-24, 16:15	+/–
> Завершена интеграция планировщика задач EEVDF Так он же был с 6.6 или что-то в этом роде... Оне не используется сейчас?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

129. Сообщение от Аноним (-), 18-Ноя-24, 16:36	+/–
>RHEL, SUSE и Ubuntu, создавали отдельные Realtime-редакции своих продуктов, востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий. Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен! Для RHEL, SUSE и Ubuntu это просто маркетинговый ход. Реальный режим нужен в числовых-программируемых станках, где зачастую операционной системы может и не быть. Нужен в ракетостроении, авионике, робототехнике, автомобильном софте, медицинском оборудовании. Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип. Я сильно сомневаюсь, чтобы система реального времени была нужна в обработке звука и видео. Хотя, музыканты могут утверждать обратное.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130, #131, #135, #246

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

131. Сообщение от Ан (??), 18-Ноя-24, 17:02	+/–
> Чтобы реализовать систему предсказуемого отклика достаточно иметь примитивный, но надёжный чип. делать специальный чип под каждую задачу никаких денег не хватит, а для комфортного восприятия hmi и звука на десктопе такой жёский реалтайм и не нужен, на станках если это не связано с опасностью для жизни тоже http://linuxcnc.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #145, #170

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

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

134. Сообщение от Аноним (133), 18-Ноя-24, 17:34	+/–
в 6.13
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

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

136. Сообщение от Аноним (71), 18-Ноя-24, 17:47	+/–
>разные мишнкритикал системы Так они же должны быть изолированы от внешнего интернета ? А землетрясению или наводнению неважно какая у тебя ОС: https://www.youtube.com/watch?v=tqxXILgaYJk https://www.youtube.com/watch?v=jTz0OqsiFWM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #146

137. Сообщение от Аноним (137), 18-Ноя-24, 17:49	+/–
> А если бы они запилили что-то с лайфтаймами, трейтами, дженериками, нормальными енамы, > еще с чем-то - у ревьюверов бы мозги поплавились и они > бы все забраковали. Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают. > К "сложным" концепциям людей, которые всю жизнь привыкли через void* кастовать, нужно > подводить постепенно. Чтобы всех их не распугать. Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #140

140. Сообщение от Аноним (-), 18-Ноя-24, 18:03	–1 +/–
> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают. Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного позора) > Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом. Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых. Как говорится - делай хорошо, хорошо будет. Чего сишники не могут сделать уже десятки лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #141, #142, #171

141. Сообщение от Аноним (64), 18-Ноя-24, 18:08	+1 +/–
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых. > Как говорится - делай хорошо, хорошо будет. > Чего сишники не могут сделать уже десятки лет. Вот только пока не получается хорошо. Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #147

142. Сообщение от но (?), 18-Ноя-24, 18:33	+1 +/–
> Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых. > Как говорится - делай хорошо, хорошо будет. > Чего сишники не могут сделать уже десятки лет. осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ? https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix могу поспорить что солёшься как ссаный понторез
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #148

144. Сообщение от Аноним (144), 18-Ноя-24, 18:40	+/–
>гигантский шаг б..ть, 100 строк И везде применяется ленивый оператор "?" Если подробно обрабатывать результаты (Result) строк было бы много больше. А так будет просто abort()
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #174

145. Сообщение от Аноним (84), 18-Ноя-24, 18:46	+/–
LinuxCnCRA2YR
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

146. Сообщение от голос_из_леса (ok), 18-Ноя-24, 18:49	–1 +/–
>>А землетрясению или наводнению неважно какая у тебя ОС: Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя от атаки, это может стоить жизни
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #163

147. Сообщение от Аноним (-), 18-Ноя-24, 18:53	–1 +/–
> Вот только пока не получается хорошо. Замена нгикса обгоняет своего предшественника. В андроиде ошибок стало гораздо меньше. Пока не победили только ядро, и то, ИМХО это из-за закостенелости прогрммеров. Они еще 2 года назад писали на С99. > Все что делают - сильно урезанные по функциональности аналоги. Как и этот драйвер. Не урезанный драйвер, который даже кто-то там сертифицировал, от Asahi пока не попал в основную ветку. Но его уже замерджили в main Mesa. https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30633
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

148. Сообщение от Аноним (-), 18-Ноя-24, 19:04	+/–
> осилишь за год что-нибуть в майнлайн перенести на расте что отмечено здесь красным, это тупо переписать надо ? > https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix О, потратить время на добавление китайских процессоров в ядро? Конечно это работа мечты (на самом деле нет) > могу поспорить что солёшься как ссаный понторез Ути какие мы грозные! Ты забыл добавать еще чего-то на пацанском, получилось не солидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #168

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

150. Сообщение от Аноним (144), 18-Ноя-24, 19:29	+/–
> Device Memory TCP forwarding on и dump летит в твою периферию? "Достаточно одной таблетки" (хоста)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #230

151. Сообщение от Аноним (144), 18-Ноя-24, 19:34	+/–
>SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов. Измени дедлайн и вот твои параметры realtime задач идут лесом?
Ответить | Правка | Наверх | Cообщить модератору

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

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

154. Сообщение от Аноним (-), 18-Ноя-24, 19:48	+1 +/–
> ваш раст даже в двусвязный список не может о чём тут говорить. Лол, кажется это пациент сломался) Такие загоны были актуальны много лет назад, вместе с висерами типа "helloworld занимает 100500 мегабайтов". doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe. Вот тебе домашнее задание - поискать dl-list-mini и прочитать. Понимать не обязательно, от тебя такое не требуется. > его пафеоз это такие драйверы на 100 строк Типичное раст никому не нужен раст ни когда не примут в ядро такие драйверы на 100 строк   [вы находитесь здесь] .... я не могу скомпилять ядро без раста T_T
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #193

155. Сообщение от Аноним (155), 18-Ноя-24, 19:59	+7 +/–
> вывод QR-кода при аварийных состояниях Для доната Линусу чтоб лично починил или что?
Ответить | Правка | Наверх | Cообщить модератору

156. Сообщение от Аноним (2), 18-Ноя-24, 19:59	+/–
> Каждые 5 секунд дергает ext4. Своп может на нем лежит, и это > както связано Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #199

157. Сообщение от Аноним (155), 18-Ноя-24, 20:01	+2 +/–
>возможность включения Realtime-режима Ну теперь то можно без хаков включ~ >Добавлен механизм "sched_ext" (SCX), позволяющий использовать А, нет, всё ещё дописывать ручками. Ничего в лине нет изкоробки(
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от Аноним (155), 18-Ноя-24, 20:03	+2 +/–
> позволяющего задавать права доступа к областям памяти. При помощи данного расширения на системах с процессорами ARM64 может быть реализован механизм Memory Protection Keys, применяемый для ограничения доступа к страницам памяти без изменения таблицы страниц памяти. Резервация, сэр. Кто там говорил про свободу в лине?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #169

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

160. Сообщение от Аноним (175), 18-Ноя-24, 20:05	+/–
Почему бы и нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

161. Сообщение от Аноним (-), 18-Ноя-24, 20:21	+/–
> Зашибись. Сейчас какой-то гений начнет внедрять линукс в разные мишнкритикал системы. Элон Маск на нем в космос летает, на минуточку. А тут какой-то анон только снялся с ручника. Про кучу систем управления индустриаловкой, движением, поездами и чем там еще даже упоминать как-то неудобно на этом фоне. А их есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

163. Сообщение от Аноним (-), 18-Ноя-24, 20:25	+/–
> Когда тебя сбили, тебе уже пофигу на твою ось. Но пока ты маневрируешь уходя > от атаки, это может стоить жизни И это тот случай когда простота может быть хуже воровства...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

164. Сообщение от Аноним (-), 18-Ноя-24, 20:27	+/–
> Если я полностью отключу сетевые интерфейсы, eBPF будет по-прежнему управлять работой CPU? Может, проще отключить оный в конфиге ядра? А сетевые интерфейсы пусть живут, если нужны. Разумеется вон то будет не совсем халявно и некоторые фичи - отвалятся. А какой-нибудь системд будет при случае ныть что не смог зафайрволить вон тот сервис, несмотря на запрос в конфиге - ибо eBPF нету. Но если вам это нормалек - то и хрен с ним!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

165. Сообщение от Аноним (-), 18-Ноя-24, 20:30	+/–
Ты в своем праве докупить каждый 50-й сервер в большой энтерпрайз за лично свой счет, можешь предложить своей фирме у тебя из зарплаты вычитать их стоимость, так то они конечно на 2.6% забьют и не будут париться :) А если тупое маскирование ведет к желаемому результату и не требует весьма дорогой сброс кешей и чего там от всех этих спектров и ретблидов - ну и отлично. Если нет разницы, зачем платить больше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #181

166. Сообщение от Аноним (-), 18-Ноя-24, 20:33	+/–
> А что там с Bcachefs? Выкинули на мороз, раз ни строчки про нёё. Да на месте все. Кент немного понизил вроде градус долбанутости. И в этом сезоне огромные pull request за 5 минут перед RC или в последних RC вроде не жестил. Видимо немного дошло что такое агрит толпу народа. А так - что там такого писать пока? Багфиксы, багфиксы и еще раз багфиксы. Ты же не думал что такая вундервафля сразу полетит и будет это делать без приколов?! А чисто практически - работает в общем то. Я завел пачку VM с этих, до сих пор ни 1 не сдохла. А пару умеренных косяков кент таки загасил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #188

167. Сообщение от Аноним (-), 18-Ноя-24, 20:35	–1 +/–
> Пульса никогда не шипела и не пердела, просто надо нормальное железо выбирать. Пердело оно только у додиков которые повышенный приоритет процессу вкатить не доперли. На что хватило даже убунты нубской, на минуточку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #172

168. Сообщение от да (?), 18-Ноя-24, 20:36	+/–
> О, потратить время на добавление китайских процессоров в ядро? ой а что такое, на расте же быстро - вжух-вжух! тем более такому спецу (нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

169. Сообщение от Аноним (-), 18-Ноя-24, 20:37	+1 +/–
> Резервация, сэр. > Кто там говорил про свободу в лине? Чтобы быть свободным - надо быть хозяином системы. Ее владельцем. А если ты индеец которого на птичьих правах белый человек в барак пустил - какие, нахрен, тебе там права?! И все вон то в линухе можно. Просто кое-что возможно придется сделать самому. А если ты это делегировал белому человеку, и он вон то на вон тех условиях с тобой сделал - так ты сам это и позволил, на минуточку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #176

170. Сообщение от Аноним (173), 18-Ноя-24, 21:14	+/–
> http://linuxcnc.org/ Так там от компа и не требуется реалтайм. Или оно ползает с такими скоростями, что хватало Pentium III 400MHz. Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #212

171. Сообщение от Аноним (137), 18-Ноя-24, 21:17	+/–
>> Все проще, Rust - это самая настоящая секта вокруг языка программирования. Но как это почему-то часто бывает сектанты больше шумят, чем реально делают. > Ты забыл добавить "на расте ничего не написано", ну, для максимального кекспертного > позора) Ну вот и писали бы тот же движок Servo на расте, никто бы слова поперек не сказал. Наоборот было интересно и к языку еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили, что некоторые простые вещи в нем делаются сложно или никак или обмазаться надо ансейфами, а вокруг языка какая-то нездоровая движуха началась, принялись бегать его адепты с бешеными глазами и пытаться засунуть куда можно и нельзя.  В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных. Да тот же современный паскаль даже взять если. И низкоуровневый доступ позволяет и система типов достаточно развитая. D, zig и некоторые другие. >> Это для ржавых, к примеру, обычные графы и двусвязные списки - сложные концепции, которые просто делаются на практически чем угодно и с которыми надо хорошо потрахаться в ржавом. > Лучше один раз потрахаться, чем годами выгребать CVEшки от дырявых. Еще не вечер, будут cve-шки с раста (а может уже есть), тем более, что походу в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь. А косячит, в конце-концов, не язык, а программист. Притом Си-ники выработали приемы безопасного кодирования, а растаманы готовы все на язык свалить, чтобы не думать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #178, #200

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

173. Сообщение от Аноним (173), 18-Ноя-24, 21:28	+/–
> Как и в любой другой стране. Вот только французы от этого не > перестали быть французами, а немцы немцами. Правильно. Буряты не перестали быть бурятами, чеченцы чеченцами, тувинцы тувинцами. Но их упорно записывают в "русских", хотя они на самом деле россияне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

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

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

176. Сообщение от Аноним (175), 18-Ноя-24, 21:39    Скрыто ботом-модератором	+2 +/–
А что индейцев всех исключили из мейнтенеров по цвету перьев. Притесняютс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #216

177. Сообщение от Аноним (2), 18-Ноя-24, 22:09	+2 +/–
> В реальных задачах sqlite не подходит почти никогда. То-то она используется везде где надо сохранить записанные данные 100% и не развалиться после каждого маленького обесточивания (или падения программы, это уже вообще смешно у leveldb).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

178. Сообщение от Аноним (-), 18-Ноя-24, 22:31	+/–
> В тоже время есть куча языков, может не настолько помешаных на защите памяти, но все-равно более безопасных. А можно список? > Да тот же современный паскаль даже взять если. Скорее мертв чем жив. > D, zig и некоторые другие. Это тот самый зиг, который позволяет use-after-free? О да! Безопасность просто из всех щелей прет) > Еще не вечер, будут cve-шки с раста (а может уже есть) Будут. От логических ошибок раст не спасет. > в реальных низкоуровневых приложениях без сплошного ансейфа ничего толком не напишешь. Возможно. Зато не будет тупейших уязвимостей вида "28 раз нажал бекспейс - зашел в систему без пароля" > А косячит, в конце-концов, не язык, а программист. Да-да, кривой инструмент он ведь не причем. По какой-то причине профи используют хорошие инструменты, а не молоток у которого голова может слететь и кому-то прилететь в глаз. Да и на огнестреле предохранители не позволяют отстрелить ногу. > Притом Си-ники выработали приемы безопасного кодирования, Придумали? Ну ок. А где результаты? Уязвимости выгребаются регулярно. Раз в 2 недели можно на пеньке читать очередную статью про "закрыли типичные ошибки". > а растаманы готовы все на язык свалить, чтобы не думать. Лол, ты наверное каждый раз в консоли команды заново пишешь? Или в скрипты оформляешь? А что бы ты сказал про всякие санитайзеры для С/С++? Тоже программеры думать не хотят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

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

180. Сообщение от 12yoexpert (ok), 19-Ноя-24, 00:48	+/–
как ты корень монтируешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #209

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

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

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

187. Сообщение от 12yoexpert (ok), 19-Ноя-24, 00:55	+/–
снапдрагон, судя по всему, будет анально огороженный, и этих ваших линуксов там будет 2.5 и все с блобами от Qualcomm ну и арм можно брать, если нормальный комп есть для работы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

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

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

193. Сообщение от Аноним (-), 19-Ноя-24, 07:10	+/–
> doubly-linked list укладывается в 50 строк кода, и при этом нет unsafe. > Вот тебе домашнее задание - поискать dl-list-mini и прочитать. > Понимать не обязательно, от тебя такое не требуется. Ох....ная реклама яп получилась... правда, со знаком минус. Если linked list еще и понимать надо отдельно - это фэйспалмище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

194. Сообщение от Аноним (-), 19-Ноя-24, 07:46	–2 +/–
> Тогда уж лучше для metadata/system предлагайте режим RAID1C3/RAID1C4. Это более логично для RAID6 было бы. RAID5 переживает вылет 1 девайса. А метаданные без живых данных... ну... и зачем вам они? А место жрать на копию - будут :). Хотя, конечно, надежность немного повысит - при живых метаданных отковыривать данные намного интереснее. > Всё равно RAID5 без трёх дисков никто создавать не будет. Как бы да, но по совпадению уровня избыточности RAID1 таки - логичнее. > К слову, дыры в RAID5 уже закрыты. Просыпайтесь. Насколько я помню там возможны отклонения от идеала - и девы категорически не рекомендуют RAID5 под именно метаданные. А вот при живых метаданных (в RAID1 и т.п.) все остальное - намного меньшая проблема, даже при отклонениях от идеала. Ибо накрайняк scrub + чексуммы и заметят, и будут знать где гон, и это можно починить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

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

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

198. Сообщение от Аноним (-), 19-Ноя-24, 08:23	+1 +/–
> Именно. Какая-то неясная активность, которую невозможно ни диагностировать, ни контролировать. Ваше неумение диагностики блочных доступов - вовсе не означает что так нельзя было. Оно означает лишь ваш уровень владения этими технологиями. В линухе есть /proc/sys/vm/block_dump Скажем echo 1 > /proc/sys/vm/block_dump и наслаждайтесь до упаду. Только вырубить потом не забудьте, иначе вскоре все системные логи у вас будут совершенно дикого размера (и возможен самоспам, когда записи в логи тоже логгятся, что вызывает новые записи в логи, которые тоже - логгятся, goto 1).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #202

199. Сообщение от Аноним (-), 19-Ноя-24, 08:25	+/–
> Похоже, что так, но я вроде смонтировал с noatime,lazytime,commit=180 ведь. Вон тебе команда трассировки блочного доступа. Потом dmesg -w например - и кушай наздоровье весь свой блочный доступ. Будешь каждый доступ видеть. Только не забудь вырубить (echo 0 > ... ) - иначе охренеешь с размера системных логов потом, а если там ротация настроена то ничего кроме блочного трейса в логах и не останется :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

200. Сообщение от Аноним (-), 19-Ноя-24, 08:27	+/–
> Ну вот и писали бы тот же движок Servo на расте, никто > бы слова поперек не сказал. Наоборот было интересно и к языку > еще 10 лет назад приглядываться стал, а потом оказалось, что ниасилили, Ну вот они и писали, 10 лет. Получилось УГ какое-то. И с редсдохом аналогично. Ну они в силу безблагодатности себя как продукта и стали действовать методом рака - что не съем то инфицировать попробую. Гадостная экосистема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

202. Сообщение от Аноним (202), 19-Ноя-24, 09:34	+1 +/–
> В линухе есть /proc/sys/vm/block_dump или нет. его удалили в 5.14
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #249

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

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

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

206. Сообщение от Аноним (-), 19-Ноя-24, 10:19	+/–
> Добавлены файлы для генерации биндингов для библиотеки libcpupower при помощи инструментария SWIG, позволяющего формировать биндинги из кода на C/C++ для различных языков программирования Господа, кто не знает эту библиотеку - мотайте на ус. Очень хороший инструмент на самом деле.
Ответить | Правка | Наверх | Cообщить модератору

207. Сообщение от Аноним (-), 19-Ноя-24, 10:23	+/–
> Добавлен механизм Device Memory TCP, позволяющий использовать сетевые сокеты для прямой отправки содержимого памяти периферийного устройств по сети (режим zero-copy) и прямого размещения содержимого сетевых пакетов в области памяти устройства на стороне получателя. Передаваемые в пакетах данные передаются от сетевой карты в память периферийного устройства или из памяти устройства в сетевую карту напрямую, минуя CPU, а заголовки пакетов попадают в обычные буферы ядра. А это счастье зачем? Ах, ну да, в защиту работы устоявшихся сетевых протоколов. Впрочем, я так понимаю это дело опционально, наверняка же можно будет настроить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #228

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

209. Сообщение от Аноним (2), 19-Ноя-24, 10:58	+/–
> как ты корень монтируешь? С data=writeback и commit=60. В принципе, своп в файле не для каждой фс тоже, на ext4 вполне нормально должно быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #224

210. Сообщение от Аноним (-), 19-Ноя-24, 11:01	+/–
> Если большому энтерпрайзу критична стоимость 2% некоторой части их постоянных издржек, > то в этом "энтерпрайзе" банкротством смердит. Банкротством обычно смердит - у тех, кто расшвыривается деньгами, когда можно и не расшвыриваться было. Почему-то. Если деньги транжирить, без отдачи, они имеют свойство заканчиваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

211. Сообщение от Аноним (-), 19-Ноя-24, 11:11	–3 +/–
> В чём выигрыш от Bcachefs в отличии от слоя Bcache в dev-mapper? > Притом уже стабильного. В чем, блин, разница между автомобилем и самолетом? А то на обеих можно покататься на полосе аэродрома. Но есть нюансы. Bcachefs - это ФС. Чем то напоминающий btrfs по управлению, но постаравшаяся еще и на скорость оптимизироваться. А - вот - одна из фишек кроме удобного управления еще и - интеграция менеджмента девайсов с кешом/фронтэндом/бэкэндом. И теперь при аллокациях оно учитывает не только сколько копий хотели - но и на какой девайс это, с учетом свойств девайса. Т.е часто используемое - на SSD, в фоне, редко юзаемое - можно и на HDD выдавить, а критерии гибридные. Т.е. учет запрошенного числа реплик и проч. Когда под обычной ФС протирается кэш bcache - этому зачастую наступает амба. Потому что форвард ошибок никакой, явного aware о данной реплике нет, и что там получится - зачастую получается, вот - жесткий рассыпон ФС подпертой этим. А когда это просто "одна из реплик посыпалась" уже с точки зрения ФС - ее и починить можно self heal, и девайс заменить более-менее нонстоп, без пересоздания урытой нахрен рассыпавшимся кешом ФС. И все это - в паре с простым и логичным менеджментом на манер btrfs'а. Когда можно - просто взять и просто добавить очередной девайс, не делая себе мозг особо. Управление сторажами next gen - это вот так. А не те жуткие этажерки наслоений, рассыпающиеся при малейшем отклонении от идеала, ибо форвард ошибок между слоями и корректная реакция на это - ну вы поняли. Одно дело если реплика всегда подперта чексумами фс, и фс явно знает как чинить это, и совсем другое если там EXT4 или XFS какой, клавший на данные и их интегрити с прибором и понятия не имеющий где какие реплики физически были (в сложной топологии).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #245

212. Сообщение от Аноним (212), 19-Ноя-24, 11:24	+/–
>> http://linuxcnc.org/ > Так там от компа и не требуется реалтайм. > Или оно ползает с такими скоростями, что хватало Pentium III 400MHz. > Или за реалтайм отвечает отдельный км/плисина, а ей просто команды пересылают. Вообще-то зависит от. Оно может насколько я помню и напрямую степпером рулить само. И вот тут уже реалтайм становится куда актуальнее. Да и вон то кроме индустриалов хотят автомотившики, авиаторы, Элон Маск вообще на этом в космос летает. Так что желающих на фичу - более чем. А потом мы встретимся на general markets с всеми кадрами рассказываюищми что там где (не)нужно в линухе - и посмотрим чья возьмет ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

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

215. Сообщение от Аноним (-), 19-Ноя-24, 11:28	+/–
> Ты гонишь, pci карты пердели по-моему все. Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамши. > Только hda ок, но тут тоже постоянно задержки напрягали (после паузы и сика). Это заявление не соответствует действительности. > Приоритеты вообще ни при чём (и не забота пользователя). Ну да, конечно, если процессу не хватит времени на ресэмплинг, ворочание буферов и проч и его задвинут другие - это то не проблема пользователя. Правда, не понятно что играть - если буфер вовремя звуковухе не отдали. И вот у таких системных "гениев" с такими знаниями - оно и. И даже убунта в состоянии решить этот вопрос. В отличие от экспертов опеннета. В таких вещая пряморукость системной интеграции как раз и вылезает. И это именно тот случай когда "не умеешь - не берись". Ибо потом появляются вот такие сказки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #217

216. Сообщение от Аноним (-), 19-Ноя-24, 11:33	+/–
> А что индейцев всех исключили из мейнтенеров по цвету перьев. Притесняютс. Да вообще-то не всех. А только замеченных в делании гадостей белому человеку, или дружении с теми кто это делал. И вот тут уж извините, зашквар есть зашквар. Если вы думали что можно делать некоторые вещи - и это никак не отольется на персональном уровне, таки, совсем не факт. А у OSINTов руки длинные, и память хорошая. Так что не стоит удивляться i++ лет спустя, когда кто-то удумает на Канары смотать - а там ему бабах! Ордер интерпола, или что там еще прикольного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

217. Сообщение от Аноним (2), 19-Ноя-24, 11:45	+/–
>Да ну?! Я бы на мониторных ушах, с аудигой (да, в вот этом самом PCI) - услышал бы, имхо. На этом сетапе любой огрех слышно. Так что поздравляю гражданин соврамши Аудига пердела больше всех всегда. Примерно любая встройка её давно задвигает кстати, уже тысячу лет. >Это заявление не соответствует действительности. Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать. >не хватит времени время тут вообще ни при чём, это аппаратная проблема материнских плат, на которую хорошо ложатся врождённые дефекты пульсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #241

218. Сообщение от Ан (??), 19-Ноя-24, 12:23	+/–
> Что этот драйвер Nova умеет кроме вывода изображения? подозреваю что ничего не умеет, 100 строк кода и по-моему с весны он только уменьшился https://gitlab.freedesktop.org/drm/nova/-/tree/nova-next/dri... скорей всего пиар компания в поддержку раста, типа "мы ред хат тоже едим слона", морковка для кретинов > Поддержка OpenGL/EGL/Vulkan? OpenCL? это в mesa а не в ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

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

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

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

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

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

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

225. Сообщение от morphe (?), 19-Ноя-24, 17:59	+/–
> А что еще может вызывающий код посоветовать специалисту по данному устройству? > Для ленивого исполнителя всё что не по плану - panic. Поддержка возврата ошибки должна быть как на уровне драйвера, так и на уровне того что этот драйвер вызывает, тут не такое что драйвер возвращает ошибку, а ядро не знает что с ней делать, ошибку можно возвращать только там, где можно возвращать ошибку, а значит вызывающий код знает что с ней делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #233

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

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

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

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

233. Сообщение от Аноним (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ообщить модератору
Родитель: #225

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

235. Сообщение от Аноним (235), 20-Ноя-24, 11:40	+/–
> Кушайте, не обляпайтесь Уже сожрали, нормально пошло. Никаких особых косяков не обнаружено, пашет себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

237. Сообщение от Аноним (-), 20-Ноя-24, 11:50	+/–
> Да ладно, он может обеспечить работу которую делает QNX? Я посмотрю как > вы с радостью полетите на самолёте, где с радостью заменили ОС На минутку, этонмаск на этом в космос летает, о чем была новость вот прямо на опеннете. А когда вы там едете в каком-нибудь поезде и проч - откуда бы вам там вообще знать на чем система управления сделана и не базировано ли оно на линухе? Вон то хотят какие-то такие господа, пополам с индустриалами, автомотивщиками и прочим аэроспейсом. Потому что QNX это прекрасно но условия лицензирования во, програмеров под это - во - и теперь вообще попробуйте хоть что-то на ЭТОМ с таикм сочетанием зарелизить в какие-то обозримые даты. Не, через 20 лет, когда вы наконец обучите под это програмеров - оно уже никому нахрен не надо будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

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

239. Сообщение от Аноним (239), 20-Ноя-24, 12:08	+/–
В основном контроллеры без ОС, но есть системы с QNX или FreeDos. p.s. у нас это не в России, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #253

241. Сообщение от Аноним (241), 20-Ноя-24, 12:18	+/–
> Аудига пердела больше всех всегда. Ну значит я угадал и господам не способным приоритеты процессам расставить надо было просто не косплеить осьминога (у которого руки, голова и ж... - совмещены). > Примерно любая встройка её давно задвигает кстати, уже тысячу лет. Ога, с дешевым рыгалтеком как кодеком, с разводкой абы кем и экономией на фильтрах. Может там еще и на аналоговом фронтэнде не зажмутся? И еще расскажи как д@рьмовые китайские уши дадут мастеркласс мониторам. Хотя вот именно современных HD в принципе хватит, они уже и правда не такой хлам как раньше. > Ты раздражаешь агрессивным незнанием и, я считаю, ты обязан что-то с этим сделать. Это вы раздражаете своей некомпетентностью, даже уровень убунты не смогли взять. А та поставила приоритет пульсе через rt_kit и проблем с ним более не имела. В отличие от гроссмейстеров опеннета. Вот ни 1 пользака убунты жаловавшегося на это не встречал. Что хотите то и делайте с этим. >>не хватит времени > время тут вообще ни при чём, это аппаратная проблема материнских плат, на > которую хорошо ложатся врождённые дефекты пульсы. Хрен вас там знает что у вас за мусор как железо - но поставить высокий приоритет процессу рюхающему аудио таки было мастхэвом. И вот реально не знаю ни 1 юзера убунты с той проблемой. И с аудигами, и с HD, и с чем там еще вплоть до всяких usb звуковух. И только у полутора клоунов с опеннета что-то где-то пш-пш. В паре с заявлениями про приоритет процессов - выглядит очень подозрительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #243

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

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

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

245. Сообщение от Аноним (245), 20-Ноя-24, 15:27    Скрыто ботом-модератором	+/–
Вы извините за прямоту, но Ваш дворовый сленг притравленный модными английскими словечками невозможно воспринимать. Если даже Вы что-то знаете по существу заданного постом выше вопроса, всё равно складывается чёткое ощущение, что ответ писал какой-то юнец, путем пересказа прочитанных аккурат перед написанием иностранных форумов. И ответа на вопрос, чем же это лучше, связки слоя dev-mapper bcache с фс, к примеру, btrfs так и не было озвучено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #257

246. Сообщение от Аноним (-), 20-Ноя-24, 15:49	+/–
> Давайте без дураков. Режим реального времени на серверах и десктопах не вообще нужен! Так его врядли кто и будет там включать - от именно полноченного реалтайм режима есть неиллюзорный оверхед и ограничения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #255

247. Сообщение от Аноним (-), 20-Ноя-24, 16:00	+/–
> Я ещё раз повторю для особо непонятливых, треск и шипение это врождённая > фича дизайна пульсы и того, как она взаимодействует с железом. Я еще раз повторю, для экспертов в системщине 80 уровня, что - кроме неумения в приоритеты процессов - вы, оказывается, не в курсе что Pulse взаимодействует с железом через ALSA. Пульс - прослойка между программами и алсой как таковой. Его штатный вариант использования - монопольное выделение ему девайсов алсы как бэка, и вывешивание апей пульса программам. Для программ это хорошо потому что апи алсы само по себе довольно неудачное. Там вообще неизвестно сколько и чего звуковуха может, никакого плана на случай если ваш формат потока звуковуха не умеет - нет, и тащите-ка ресэмплер и что там еще сами, во. Потом сделали вроде, но - опциональное, опять же. В результате код для проигрывания звука через алсу эвон какой разлапистый с 1 стороны а с другой - даже libsdl, в котором ресэмплер таки накодили, и то страдал интересными глюками, корежа звук если драйвер вывода звука в нем - алса. А через пульс - нормально как раз. Так что гольной алсой в софте пользоваться - жуткое мучение с кучей проблем. А если столько наворотов как в пульсе не хочется, кто-то из местных вообще накодил либу-транслятор апей apulse. Заметно проще и компактнее. А нужно это потому что большинство программ предпочло не мучаться с алсой вон так, и вместо этого требует апи пульса. > И после её отключения голая алса тоже продолжает шипеть (если буферы настроены > может даже почти незаметно быть, как повезёт). А виноват в этом очевидно пульс. Который вообще в железо как таковой не лазит. Логично! > Единственный выход -- это не запускать пульсу. А у тебя именно что агрессивное незнание, и > ты пролжаешь хамить. У меня суровая аллергия на ламерство, увы. Чтобы размахивать знанием - надо в топике разбираться хоть немного. И понимать иерархию системных компонентов и как это взаимодействует. Если у вас пульс лазит в железо - у меня он почему-то открывает девайс алсы. Что бы это могло быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #251

248. Сообщение от Аноним (-), 20-Ноя-24, 16:15	+/–
> Фраза "в более приоритетном потоке чем даже система" здесь не совсем уместна, > полагаю. В QNX используется микроядро, а все драйверы это обычные процессы/задачи. В Linux с неких пор тоже есть треды ядра, вплоть до threaded IRQ и тому подобного - когда обработчик делает минимум и сваливает в туман а все что сверх того - вот - тредами какими-то. А еще есть всякие воркеры ядра и проч. И конечно без поправок в шедулинг этого всего - речь про реалтайм не пойдет. Если вас ядро выперло на неопределенное время - какой же реалтайм тогда. В этом смысле можно сказать и вон то - если фоновую активность треда ядра подвинули в пользу энной задачи. > Процессорное время выделяется в соответствии с приоритетами задач, поэтому задача с > более низким приоритетом НИКОГДА не сможет застопорить более приоритетные задачи. Это совершенно ниоткуда не следует. Стопорит задачу вообще ядро - шедулер процессов. Который в очередной квант времени решает кому отдать время проца сейчас. И, кроме всего прочего, воооон там логика построения CPU hogs, когда немного времени другим задачам все же отдается во избежании их полной остановки. > Соответственно, влияние системных вызовов на задержки минимально. А вот это весьма зависит от. Если программа делала сискол - и ядро ушло в себя на 10 секунд - значит, программа, очевидно, 10 секунд была в ауте. И - висела в блокирующем сисколе, например. Более того - ее даже прибить так по простому в этом состоянии может и не получиться. > Реал-тайм режим - система, в которой необходимо обеспечить "предсказуемое" время обработки > событий. Как-то так. Именно так. И для этого пришлось подкостылить и шедулинг, и много чего еще. Вплоть до консолей (подсистема vt) древних. Потому что если программа или ядро спровоцирует активный printk - изначально нет никаких гарантий на тему того на сколько это все может встрять. Пришлось эту древность здорово перепахать. Там еще не все улучшения на тему замержили, но основная часть совсем зарубавшая реалтайм - вот - прилетела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

249. Сообщение от Аноним (250), 20-Ноя-24, 16:21	+/–
>> В линухе есть /proc/sys/vm/block_dump > или нет. его удалили в 5.14 Ах черт, и правда удалили. Ну тогда iotop возьмите. Нынче даже мелкий сишный вариант оного есть (изначально скрипт на питоне был). Пустите в режиме накопления статистики (-a) и смотрите кто там диск дергал. Есть и еще полдюжины тулсов на тему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

250. Сообщение от Аноним (250), 20-Ноя-24, 16:23	+/–
> Своп в файле проблема — впрочем, довольно условная вполне решаемая штатными средствами > — только для cow fs. В остальных случаях разница в производительности > между своп-разделом и файлом практически незаметна, и уж точно не влияет > на общую картину когда система начинает свопиться от реальной нехватки памяти. В btrfs его можно как nocow разложить, если уж очень хочется. Но вообще своп - на SSD может быстро угрохать девайс если не повезет, а на механике тормозит ужасно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

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

252. Сообщение от Аноним (253), 20-Ноя-24, 17:11	+/–
> QNX по дизайну многие вещи не позволяет сделать не безопасными. Это как тот же раст и си, если сравнивать. какой бред, QNX на С написана если что, зачем сравнивать тёплое с мягким ? раст вообще ничего не гарантирует кроме отсутствия ошибок при обращении к памяти, даже отсутствие утечек не гарантирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

253. Сообщение от Аноним (253), 20-Ноя-24, 17:14	+/–
>  FreeDos и по каким стандартам функциональной безопасности она сертифицирована ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239

254. Сообщение от Аноним (-), 20-Ноя-24, 17:35    Скрыто ботом-модератором	–1 +/–
Линус ввсё правильно делает. Не смей подвергать сомнению его решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

255. Сообщение от Аноним (-), 20-Ноя-24, 17:42	+/–
>Так его врядли кто и будет там включать Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #259

256. Сообщение от Аноним (-), 20-Ноя-24, 18:42	+/–
> Я согласен что Linux как ни крути более удобен и более доступен. Поэтому разработчиков под QNX сейчас можно искать довольно долго - и не особо успешно. Оказывается если сделать технологию недоступной - она выпадет из использования. > остального - ну можно работать и без ОС и это наверно > более даже доступно чем QNX, Можно. На МК так и делают. Но это актуально для простых задач - зато жесткий реалтайм с максимальным контролем над происходящим. Но если захочется продвинутостей, типа нормальной ФС, сети, вебморду отрисовать или GUI не сильно похабный, сетевые протоколы там какие, работу с относительно попсовыми железками - вот тут почем-то совсем без OS несколько расхочется. Ну или попробуйте хотя-бы флеху/винч с NTFS без оси прочитать? А картинку,  с камеры на экран - не? Да хоть usb-клаву вы зацепить сможете сами? Или там сотовый модем? > разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну > это разговоры на уровне пропаганды. Это разговор на уровне трезвой оценки возможностей решить задачу за обозримое время, не более. То что теоретически я бы мог завтра слетать на Луну я в курсе. Практически, вероятность что это произойдет - низкая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

257. Сообщение от Аноним (257), 20-Ноя-24, 18:56	+/–
> Вы извините за прямоту, но Ваш дворовый сленг притравленный модными английскими словечками > невозможно воспринимать. Если даже Вы что-то знаете по существу заданного постом > выше вопроса, всё равно складывается чёткое ощущение, что ответ писал какой-то > юнец, путем пересказа прочитанных аккурат перед написанием иностранных форумов. И ответа > на вопрос, чем же это лучше, связки слоя dev-mapper bcache с > фс, к примеру, btrfs так и не было озвучено. Вы извините за прямоту, но в таком случае - читайте маны. Они рулят. Или набивайте шишки сами. А ключевым недостатком bcache, который не ФС, является как раз отсутствие интеграции с фс и явного управления репликами. Поэтому когда SSD (даже эинтерпрайзный) протирается, порой случается крупноблочное осыпание кеша. Большая часть ФС не готовы к тому что при чтении им вернется мусор крупными блоками. И даже вещи типа RAID1 от этого не спасут сами по себе. Даже если и видите что 2 копии разные - и чего?! Что-то осмысленное при этом может разве что btrfs и bcachefs сделать, поняв по чексумам какая из копий битая. Но даже так без явного контроля над репликами эффективность этого - как повезет. Так что то комбо при EOL SSDшника с энной вероятностью катастрофически разлетается. Когда у ФС явный контроль над этим и она явно в курсе что это 1 из реплик, вон та механика self heal из исправной копии намного лучше работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245

258. Сообщение от Аноним (173), 20-Ноя-24, 19:07	+/–
> Не всё так просто. Это как? У меня пульс работает под обычным юзером. С такими правами при всем желании в железо самому слазить - никак. Только нижний уровень просить, чтобы тот милостиво изволил выполнить запрос. > При использовании пульсы отваливаются прерывания и энергосбережение, На минуточку, если альсе или драйверу плохеет, при чем тут пульс? Это вообще баги - вон тех. А пульс юзермод прога спустившая им запрос, не более. Не должны системные компоеннты уходить в аут от активности непривилегированого процесса, вот хоть как. Это вообще азы работы многозадачных систем. Если вы не понимаете даже это - о чем мы тут дискутируем, когда оппонент даже не понимает в какой точке системы проблема реально есть? Или чего вы предлагаете? Сделать вид что в вон том глюкале багов нет, сунуть голову в песок и молиться чтобы в других комбо софта - оно не баговало так же? Это хреновый подход, имхо. > кроме того, буферы, настроенные под пульсу, создают проблемы для обычного использования. Они могут как максимум вызвать некоторую латенси, но это сильно парит только (полу)профессиональных звукорежей и тому подобных. Да, эти (и их софт) Jack предпочитают. По причинам латенси в основном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

259. Сообщение от Аноним (173), 20-Ноя-24, 19:14	+/–
> Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм > режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро. Небольшой облом - в том что я собираю себе дебиан debootstrap-ом сам, и как раз закончил собирать сабжевое ядро. Разумеется, с моим собственным конфигом. И не, там обычный CONFIG_PREEMPT (т.е. то что раньше называли low latency) - без вот именно _RT хардкора. Это ж не управляющая система. А от убунты я как раз отделался потому что все их маркетинги, "партнеры", рестриктивные условия (tm) и реп, и постоянные "улучшения" и NIH, типа глючных апдейтеров, падучих крашрепортеров и прочих снапов - определенно, надоели. И я избавил себя от этого "счастья".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255

260. Сообщение от Аноним (-), 20-Ноя-24, 19:19	+/–
> никто из удалённых не появился. Не хотелось бы разжигать, но этот > проект явно нарушает ещё и авторские права. GPL не требует давать credits автору, внезапно. Читайте лицензии до того как качать права. Иначе даунлоадер может и обломаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #264

261. Сообщение от Аноним (-), 20-Ноя-24, 19:28	+/–
> А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться, > благо она тоже уже достаточно стабильна. Можно слушать опеннетчиков. А можно клонировать себе копию кернела и порой почитывать git log ядра, тогда в сказки опеннетчиков верить расхочется. Представляете, даже EXT4 периодически так или иначе чинят. Конечно в силу его простоты там меньше багов. Но и фич меньше. А при попытке, вот, что-то поменять - с ним случается то же что и с всеми остальными. Т.е. - багует. И long standing проблем у него - есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

262. Сообщение от Аноним (253), 21-Ноя-24, 13:36	+/–
> Такое ведь на QNX и на этом новом ядре Linux возможно? да, обработчик прерывания не может вытеснить процесс если у процесса приоритет выше, сработает только минимальный диспетчер прерываний, а все обработчики это такие же процессы (потоки) только в адресном пространстве ядра. Только надо учитывать что сейчас одноядерных процессоров практически нет а прерывания могут обрабатываться на любом ядре не прерывая высокоприоритетный процесс - BKL уже много лет назад выпилили https://kernelnewbies.org/BigKernelLock https://man7.org/linux/man-pages/man1/chrt.1.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

264. Сообщение от Аноним (264), 22-Ноя-24, 09:12	+/–
>GPL не требует давать credits Что, можно качать и затирать копирайты? Вот это да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260

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

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