The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально позволяющая выполнить код, opennews (??), 16-Дек-21, (0) [смотреть все]

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


86. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от Аноним (87), 16-Дек-21, 16:01 
C#, Java, Python или любой другой язык с управлением памятью
Ответить | Правка | Наверх | Cообщить модератору

91. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от Аноним (91), 16-Дек-21, 18:27 
"Иди ты на фиг, прерываеие реального времени, у меня тут GC работает, не до тебя сейчас".
Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от _ (??), 16-Дек-21, 18:55 
>> RTSJ / Java RTS Sun
> "Иди ты на фиг, прерываеие реального времени, у меня тут GC работает, не до тебя сейчас".

И слышавшие звон/опоздавшие родиться - пусть идут туда же.


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

96. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  –1 +/
Сообщение от Хероптерикс (?), 16-Дек-21, 21:08 
Эвон чего откопали. Как у него с оверхэдом было? Как у обычной явы, я полагаю. С работой не внутри какого-нибудь Websphere, а прямо поверх железа, как и положено операционке? Точно так же. Хоть одно обновление за 15 лет? Тоже все плохо. Про аналоги для C# и (прастихоспади) питона даже спрашивать страшно.
Ответить | Правка | Наверх | Cообщить модератору

97. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от _ (??), 16-Дек-21, 21:42 
> Эвон чего откопали. Как у него с оверхэдом было? Как у обычной

Занятный спрыг с темы. Опеннетно-классический.
> Про аналоги для C# и (прастихоспади) питона даже спрашивать страшно.

Ну, запретить опеннетчикам писать глупости я не могу, так что ... крепитесь там!

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

104. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от Аноним (91), 16-Дек-21, 23:55 
Т.е. по теме аргументов нет, кроме "сам дурак"? Ок, ясно-понятно.
Ответить | Правка | Наверх | Cообщить модератору

106. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от _ (??), 17-Дек-21, 00:42 
> Т.е. по теме аргументов нет, кроме "сам дурак"?

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

Рад за тебя.

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

111. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от Аноним (91), 17-Дек-21, 01:42 
Прерывания. С 10x оверхедом. С динамическим выделением памяти. С кеш-промахами во все поля. Я правда не знаю, как это серьезно обсуждать.
Ответить | Правка | Наверх | Cообщить модератору

112. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от _ (??), 17-Дек-21, 01:54 
===
Memory Management

Garbage-collected memory heaps have always been considered an obstacle to real-time programming due to the unpredictable latencies introduced by the garbage collector. The RTSJ addresses this issue by providing several extensions to the memory model, which support memory management in a manner that does not interfere with the ability of real-time code to provide deterministic behavior. This goal is accomplished by allowing the allocation of objects outside of the garbage-collected heap for both short-lived and long-lived objects.
===
> Прерывания. С 10x оверхедом. С динамическим выделением памяти. С кеш-промахами во все поля.
> Я правда не знаю, как это серьезно обсуждать.

Я тоже не знаю, зачем обсуждать фантазии анонима.

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

113. "Уязвимость в подсистеме Linux-ядра USB Gadget, потенциально ..."  +/
Сообщение от Аноним (91), 17-Дек-21, 02:10 
Да, мне тоже пришлось это прочитать, когда вы упомянули RTSJ. Да, они (частично) избавились от gc lock. А теперь объясните, ради бога, куда делись остальные причины, которые делают этот RTSJ провалившимся академическим экспериментом, непригодным для решения заявленой в заголовке новости проблемы.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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