Доступ к разделу кода программы на C ++

Question

Доступ к разделу кода программы на C ++

0

Основываясь на моем понимании, программа C/C++ выглядит примерно так:

Я хотел знать следующее:

Могу ли я получить доступ к "текстовой части" текущей программы? При доступе я имею в виду печать начального и конечного адресов и изучение содержимого.
Могу ли я переместить "текстовый раздел" на другой адрес в памяти во время выполнения?

Благодаря,

sud03r 08 нояб. 2013, в 07:45

Источник

0

Если вам нужна конкретная функция, вы можете просто получить прямой доступ к ее указателю для чтения и копирования в другое пространство. Имейте в виду, что обработка кода как данных оказывает огромное влияние на производительность.
Leeor 08 нояб. 2013, в 06:06
0

Почему именно ты спрашиваешь? Что ты хочешь делать , правда?
Basile Starynkevitch 08 нояб. 2013, в 06:10
0

@BasileStarynkevitch На самом деле я хочу вычислить влияние доступа к коду с узла, отличного от того, на котором выполняется текущая программа на компьютере с NUMA. Я знаю, что есть и другие альтернативы, но было любопытно, можно ли получить доступ к текстовому разделу и изменить его, чтобы он указывал на какой-то другой адрес во время выполнения.
sud03r 08 нояб. 2013, в 06:30
0

Ну, у процессоров есть кэши, поэтому влияние (для часто используемого горячего кода) не должно быть значительным. И даже без NUMA промахи в кеш-памяти имеют огромную стоимость (это имеет значение в основном для холодного кода, используемого редко). И системы NUMA имеют сложный MMU (код находится в виртуальной памяти!). Поэтому горячий код всегда «на текущем узле». Не заботьтесь о коде, заботьтесь о данных!
Basile Starynkevitch 08 нояб. 2013, в 06:37

Показать ещё 2 комментария

Теги:

c++

c

linux

memory-management

elf

1 ответ

Ещё вопросы

Если вам нужна конкретная функция, вы можете просто получить прямой доступ к ее указателю для чтения и копирования в другое пространство. Имейте в виду, что обработка кода как данных оказывает огромное влияние на производительность.
Почему именно ты спрашиваешь? Что ты хочешь делать , правда?
@BasileStarynkevitch На самом деле я хочу вычислить влияние доступа к коду с узла, отличного от того, на котором выполняется текущая программа на компьютере с NUMA. Я знаю, что есть и другие альтернативы, но было любопытно, можно ли получить доступ к текстовому разделу и изменить его, чтобы он указывал на какой-то другой адрес во время выполнения.
Ну, у процессоров есть кэши, поэтому влияние (для часто используемого горячего кода) не должно быть значительным. И даже без NUMA промахи в кеш-памяти имеют огромную стоимость (это имеет значение в основном для холодного кода, используемого редко). И системы NUMA имеют сложный MMU (код находится в виртуальной памяти!). Поэтому горячий код всегда «на текущем узле». Не заботьтесь о коде, заботьтесь о данных!

Basile Starynkevitch · Answer 1 · 2013-11-08T02-56-00.000Z

Это конкретная операционная система; Я отвечаю только за Linux.

Сначала ваша фигура на практике ошибочна, так как большинство программ динамически связаны с несколькими библиотеками общих объектов (включая libc6.so...). См. Также ld.so(8), эльф (5), execve (2). Существует не один text раздел (но много "текстовых" сегментов). Читайте о командах pmap и objdump.

Затем вы можете понять адресное пространство процесса pid 1234 с cat/proc/1234/maps; подробнее о proc (5)... Изнутри программы читайте /proc/self/maps; например, try cat/proc/$$/maps в оболочке, чтобы показать адресное пространство процесса оболочки, а cat/proc/self/maps для адресного пространства процесса, выполняющего эту команду cat. См. Также mmap (2).

Вы не можете "переместить" (на самом деле это означает "переместить") в текстовый раздел. Некоторые коды встроены в код. Однако читайте о опции -fPIE для gcc (для независимого от положения....).

Конечно, вы можете получить доступ к символам программы (изнутри), если вы связываете ее с флагом -rdynamic, и если вы используете dlopen (3) (и dlsym и даже возможно dladdr....) с NULL первым filename аргумент.

См. Также wikipages об адресном пространстве, виртуальной памяти, ASLR, независимом от позиции коде, перемещении, ABI, компиляции JIT, изменении имени и спецификации x86-64 ABI и книге Advanced Linux Programming.