The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.6, opennews (ok), 30-Окт-23, (0) [смотреть все]

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


99. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (26), 30-Окт-23, 15:01 
Это слишком низкоуровневые детали, нужно видеть ассемблерный код механизмов импорта для этого. Но скорее всего это классическая замена одного условного перехода на безусловный. LOCK нужен когда к одному месту идёт доступ из нескольких аппаратных ядер для информирования частей процессора, ответственных за когерентность данных между ядрами, что у нас повышеннве требования к точности упорядочения событий по времени и что некоторые оптимизации недопустимы.
Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (20), 30-Окт-23, 15:16 
> Это слишком низкоуровневые детали, нужно видеть ассемблерный код механизмов импорта для
> этого.

Ты ведь сам интересовался, что мешает разработчикам. Как они увидят "ассемблерный" код, имея на руках исходники?

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

LOCK это была тебе подсказка, что модифицируемый код может исполняться. Из данного предположения может следовать несколько интересных выводов. Один из них: "классическая" следует читать как "гипотетическая".

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

161. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (161), 30-Окт-23, 20:00 
>Ты ведь сам интересовался, что мешает разработчикам. Как они увидят "ассемблерный" код, имея на руках исходники?

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

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

219. "Релиз ядра Linux 6.6"  +/
Сообщение от Аноним (20), 31-Окт-23, 05:25 
>>Ты ведь сам интересовался, что мешает разработчикам. Как они увидят "ассемблерный" код, имея на руках исходники?
> Очевидно: соберут исходники в бинарь и дизассемблируют нужную функцию.

Очевидно тут другое: ты путаешь частный случай и общий. Машинный код в другой сборке не обязательно совпадает.

> И это -
> если kpatch и прочую ядерную инфраструктуру задействовать для патчинга нужных функций
> нельзя. А если можно - то всё упрощается.

Так можно или нельзя? Решение для общего случая подразумевает поддержку всех вариантов.

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

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

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




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

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