Как узнать, что выделил данный кусок памяти?

Question

Как узнать, что выделил данный кусок памяти?

0

Я хотел бы знать, как, учитывая любой кусок памяти, как экземпляр класса или std::vector, я могу определить, какая функция (которая, вероятно, из семейства функций * alloc) распределяет эту заданную часть памяти или еще лучше, когда вызов new или allocator, если он используется, создал это адресное пространство в моем приложении.

user2485710 09 нояб. 2014, в 01:59

Источник

0

Из коробки это невозможно. Вы можете создать свою собственную схему размещения, которая отслеживает это.
dtech 09 нояб. 2014, в 00:48
0

Вы в значительной степени должны написать распределитель, чтобы он выделял некоторое дополнительное пространство и записывал данные в эту память, чтобы идентифицировать распределитель (например, адрес распределителя).
Jerry Coffin 09 нояб. 2014, в 00:49
0

@JerryCoffin не то, что простой адрес будет полезен без какой-либо дополнительной информации о том, что находится по этому адресу.
dtech 09 нояб. 2014, в 00:50
1

@ddriver, что ты имеешь в виду под "из коробки"? Разве что-то вроде gdb может сделать это? Или valgrind с некоторым реверс-инжинирингом?
user2485710 09 нояб. 2014, в 00:50
0

Возможный дубликат Как определить, находится ли возвращаемый указатель в стеке или куче
Captain Obvlious 09 нояб. 2014, в 00:51
0

@JerryCoffin, что, если что-то выскользнет, и есть части моих приложений, которые в конечном итоге не используют мой распределитель? Как я могу видеть это ясно?
user2485710 09 нояб. 2014, в 00:51
0

Тогда у вас есть проблема.
Jerry Coffin 09 нояб. 2014, в 00:52
0

@ user2485710 - если бы мне пришлось угадывать, я бы предположил, что они используют собственные распределители, которые ведут реестр каждого размещения с информацией о нем. Как я уже сказал, это выполнимо, но со стандартным new или «из коробки» невозможно определить, что выделило эту память. Обратите внимание, что вы все равно можете перегрузить new по умолчанию и подключить отслеживание там, но тогда объекты с пользовательскими распределителями могут пропустить его.
dtech 09 нояб. 2014, в 00:52
0

@JerryCoffin хорошо, неужели никто в C и C ++ никогда не решал / не имел проблемы с надежным инструментом? Я первый спрашиваю об этом, сохраняя некоторую степень неизменности?
user2485710 09 нояб. 2014, в 00:57
0

Существует множество инструментов, но вы можете создать проблемы для любого / всех из них, если будете работать достаточно усердно, чтобы обойти то, что они предоставляют.
Jerry Coffin 09 нояб. 2014, в 00:59
0

@JerryCoffin, что в основном означает, что нет инструмента, который мог бы обеспечить эту «функцию отладки» в виде неизменности и 100% успеха? Я не ожидал так много "потерянности" в отношении такого важного понятия, как память и распределение.
user2485710 09 нояб. 2014, в 01:04
0

@ddriver проблема в том, что вам все еще нужен план резервного копирования, когда другой пользователь вашей кодовой базы использует что-то другое, другой распределитель, или вы просто забыли об этом, или вы используете старый код, написанный 1-2 года назад, и т. д. ... в этом смысл моего поиска такого инструмента, он должен помочь мне, я не должен помогать ему.
user2485710 09 нояб. 2014, в 01:06
0

Вы пытались продумать, что нужно сделать, чтобы обеспечить 100% шанс на успех? Есть только один способ достичь 100% - запустить код на виртуальной машине. Все остальное оставляет хоть какой-то шанс обойтись.
Jerry Coffin 09 нояб. 2014, в 01:17
0

@JerryCoffin действительно, но как, факт, который я могу вообразить, не означает, что я могу запустить его, я думал о подобном решении, но не могу связать это с любым существующим инструментом, о котором я знаю. Я даже не забочусь о тестировании производительности на данном этапе, я просто хочу проверить образцы памяти и распределение памяти.
user2485710 09 нояб. 2014, в 01:37

Показать ещё 12 комментариев

Теги:

c++

c

memory-management

2 ответа

Ещё вопросы

Из коробки это невозможно. Вы можете создать свою собственную схему размещения, которая отслеживает это.
Вы в значительной степени должны написать распределитель, чтобы он выделял некоторое дополнительное пространство и записывал данные в эту память, чтобы идентифицировать распределитель (например, адрес распределителя).
@JerryCoffin не то, что простой адрес будет полезен без какой-либо дополнительной информации о том, что находится по этому адресу.
@ddriver, что ты имеешь в виду под "из коробки"? Разве что-то вроде gdb может сделать это? Или valgrind с некоторым реверс-инжинирингом?
Возможный дубликат Как определить, находится ли возвращаемый указатель в стеке или куче
@JerryCoffin, что, если что-то выскользнет, и есть части моих приложений, которые в конечном итоге не используют мой распределитель? Как я могу видеть это ясно?
@ user2485710 - если бы мне пришлось угадывать, я бы предположил, что они используют собственные распределители, которые ведут реестр каждого размещения с информацией о нем. Как я уже сказал, это выполнимо, но со стандартным new или «из коробки» невозможно определить, что выделило эту память. Обратите внимание, что вы все равно можете перегрузить new по умолчанию и подключить отслеживание там, но тогда объекты с пользовательскими распределителями могут пропустить его.
@JerryCoffin хорошо, неужели никто в C и C ++ никогда не решал / не имел проблемы с надежным инструментом? Я первый спрашиваю об этом, сохраняя некоторую степень неизменности?
Существует множество инструментов, но вы можете создать проблемы для любого / всех из них, если будете работать достаточно усердно, чтобы обойти то, что они предоставляют.
@JerryCoffin, что в основном означает, что нет инструмента, который мог бы обеспечить эту «функцию отладки» в виде неизменности и 100% успеха? Я не ожидал так много "потерянности" в отношении такого важного понятия, как память и распределение.
@ddriver проблема в том, что вам все еще нужен план резервного копирования, когда другой пользователь вашей кодовой базы использует что-то другое, другой распределитель, или вы просто забыли об этом, или вы используете старый код, написанный 1-2 года назад, и т. д. ... в этом смысл моего поиска такого инструмента, он должен помочь мне, я не должен помогать ему.
Вы пытались продумать, что нужно сделать, чтобы обеспечить 100% шанс на успех? Есть только один способ достичь 100% - запустить код на виртуальной машине. Все остальное оставляет хоть какой-то шанс обойтись.
@JerryCoffin действительно, но как, факт, который я могу вообразить, не означает, что я могу запустить его, я думал о подобном решении, но не могу связать это с любым существующим инструментом, о котором я знаю. Я даже не забочусь о тестировании производительности на данном этапе, я просто хочу проверить образцы памяти и распределение памяти.

jch · Answer 1 · 2014-11-08T22-54-00.000Z

Распределитель памяти C/C++ не отслеживает эту часть данных - он отслеживает только размер каждой выделенной области. Невозможно узнать, кто его выделил.

Если вы хотите получить более конструктивный ответ, вам нужно будет рассказать нам, чего вы пытаетесь достичь. Если целью является отладка вашего кода, то вы должны использовать сторонний отладчик памяти - valgrind, вероятно, лучший из доступных сейчас.

есть одна большая проблема с valgrind поэтому я больше не использую его сейчас, когда у меня есть дезинфицирующие средства почти для всего, что я могу отлаживать заранее; Все, что делает valgrind , это происходит из-за обратного инжиниринга, а не потому, что он опирается на какой-то конкретный ABI / формат файла, такой как DWARF, который предоставляет точную и точную информацию отладки.

Paul92 · Answer 2 · 2014-11-08T22-45-00.000Z

Есть некоторые инструменты для профилирования, такие как strace, который показывает вам вызываемые функции.

это эквивалент «образованного предположения», в многопоточном или параллельном доступе к миру это будет просто беспорядок.