AM
смотрел я немного, как это сделано в ClickHouse, там они собирают статистику с jemalloc, пока более подробно как и что не разобрался, но думаю что-то подобное сделать надо
Size: a a a
2020 September 15
ПК
например, есть у нас асинхронный сервер, и пользователи выполняют запрос, нужно вычислить, сколько потребовалось оперативной памяти на выполнение этого запроса
Ну вот один запрос это не функция, скорее что то абстрактное. А раз так, то можно как-нибудь прокинуть ID запроса в аллокатор (у каждого запроса свой аллокатор), и смотреть потом группировку по ID
ПК
Надо только так писать код, чтоб этот алокатор все юзали в рамках запроса
ПК
На ровном месте так не получится
ПК
Ну вот один запрос это не функция, скорее что то абстрактное. А раз так, то можно как-нибудь прокинуть ID запроса в аллокатор (у каждого запроса свой аллокатор), и смотреть потом группировку по ID
Хотя мб можно и ограничиться функцией, если норм получается. Тогда стектрейсы анализировать
AM
Надо только так писать код, чтоб этот алокатор все юзали в рамках запроса
ну вот, а это либо аллокатор по умолчанию подменять, либо везде в коде писать этот аллокатор
AM
ClickHouse подменяют на jemalloc
SE
ClickHouse подменяют на jemalloc
да его через LD_PRELOAD можно заменить при желании
AM
Нашел в исходниках ClickHouse, что они переопределили операторы
new и delete и там просто трекают память, какую необходимо выделить или очистить, таким образом выводят метрику по использованию текущей и пиковой памятиAM
можно сделать подобное, и если бы была задача для синхронного сервера, то все решалось бы просто, трекаем потребление в начале запроса, трекаем перед выводом, разница = потребляемая память на запрос
AM
но как это все красиво сделать с асинхронным запросом..
AM
передавать в трек id запроса и дополнительно собирать мониторинг по id...
ПК
передавать в трек id запроса и дополнительно собирать мониторинг по id...
Если на каждый запрос свой поток, то можно через thread_local сделать
AM
но так мониториться память в куче.. а стек остается на произвол..
ПК
но так мониториться память в куче.. а стек остается на произвол..
на стек пофиг
ПК
он всегда выделен
ПК
Зачем вообще нужен copy elision, если есть
Недавно 3 часа отлаживал багу, оказалось что nvcc в copy elision не умеет, а gcc умеет, и из-за этого ничего не работало
std::move?Недавно 3 часа отлаживал багу, оказалось что nvcc в copy elision не умеет, а gcc умеет, и из-за этого ничего не работало
у тебя в коде бага, что от оптимизаций всё ломается
ПК
Зачем вообще нужен copy elision, если есть
Недавно 3 часа отлаживал багу, оказалось что nvcc в copy elision не умеет, а gcc умеет, и из-за этого ничего не работало
std::move?Недавно 3 часа отлаживал багу, оказалось что nvcc в copy elision не умеет, а gcc умеет, и из-за этого ничего не работало
а copy elision нужен, потому что это:
1) Оптимальнее мува
2) Позволяет возвращать из функций немуваемые объекты (std::mutex)
1) Оптимальнее мува
2) Позволяет возвращать из функций немуваемые объекты (std::mutex)
K
у тебя в коде бага, что от оптимизаций всё ломается
Да, я багу в итоге пофиксил. Оказалось что у меня почему-то конструктор копирования был не удалён, а определён пустым. Но сколько времени мне на это понадобилось...