Size: a a a

2020 May 28

AZ

Alexander Zaitsev in pro.cxx
Alexander Malkov
Вообще, по поводу профилирования, хотелось бы иметь возможности профилирования памяти не только для отладки, но и для информации запросов, например для http сервера, приходит запрос, данные обрабатываются - уходит ответ.. вот, хочется чтобы хотя бы информация о пиковом потреблении оперативной памяти на этот запрос фиксировалась
такое тебе надо уже делать, расставляя самому в коде какие-то строки, чтобы дампило именно в нужные тебе моменты
источник

AZ

Alexander Zaitsev in pro.cxx
да, снимать стату с аллокатора надо бы по-хорошему. ты конечно можешь через условный valgrind (хз, как он там на маке работает) такое делать, но не нужно - это слишком больно
источник

AM

Alexander Malkov in pro.cxx
Alexander Zaitsev
да, снимать стату с аллокатора надо бы по-хорошему. ты конечно можешь через условный valgrind (хз, как он там на маке работает) такое делать, но не нужно - это слишком больно
в том-то и дело, что valgrind не работает с версией мака больше чем 10.12
источник

AZ

Alexander Zaitsev in pro.cxx
ну или заставлять профайлер в нужные тебе моменты сэмпл снимать. я хз, как такое делается в dtrace и может ли он вообще такое
источник

AZ

Alexander Zaitsev in pro.cxx
тебе выше gperftools советовали - там емнип такое можно делать. с модификацией твоего кода, естессно
источник

AM

Alexander Malkov in pro.cxx
но вот можно ли заставить сервер сам себя так опрашивать?
источник

AZ

Alexander Zaitsev in pro.cxx
Alexander Malkov
но вот можно ли заставить сервер сам себя так опрашивать?
с интервалом времени или как?
источник

AZ

Alexander Zaitsev in pro.cxx
как свой сервер напишешь, так и будет работать. можешь отдельный поток пустить, который периодически будет дампы с аллокатора снимать и засыпать снова
источник

EP

Egor Pugin in pro.cxx
Alexander Malkov
но вот можно ли заставить сервер сам себя так опрашивать?
аллокатор с пулами пер треад, и опрашивать его о потреблении
источник

ИI

И Ivan in pro.cxx
В tcmalloc-е можно периодические дампы делать. Можно делать дамп при превышении какогото размера, но особо не проверял
источник

AM

Alexander Malkov in pro.cxx
tcmalloc - насколько мне известно, работает блоками
источник

I

Ioann_V in pro.cxx
А можно ли сюда переслать, интересный Квиз вопрос по С++?
источник

I

Ioann_V in pro.cxx
Администраторы, к вам обращаюсь.
источник

IS

Iskander Saitbatalov in pro.cxx
Можешь его прислать и сделать вид, что ты интересуешься
источник

IS

Iskander Saitbatalov in pro.cxx
:)
источник

I

Ioann_V in pro.cxx
Знаю, что ребята на вроде @zamazan4ik сразу набегут, и забанят: чисто из личной неприязни. И все же... Почему нельзя делиться интересным вопросом. Хотя тут, наверное, ответ знают все.
источник

I

Ioann_V in pro.cxx
Знаю, не все из читающих программируют на C++, тем не менее, хотел бы узнать вот что:

Выражение состоящее из Шести подряд идущих точек стало возможным к написанию в...
Анонимная викторина
12%
Точно в C++11
5%
Точно в C++98
3%
Точно в C++03
16%
Точно в C++17
7%
Точно в C++14
15%
Точно в C++20
41%
Планируют принять в будущих стандартах
Проголосовало: 694
источник

R

Ruben in pro.cxx
в Linux требуется организовать межпроцессное взаимодействие по типу кольцевого буфера:
1) один процесс пишет в кольцевой буфер медиа-данные (по сути, кадры)
2) множество процессоров читает эти данные из кольцевого буфера. Каджый процесс читает данные независимо от других, то есть у каждого свой текущий кадр.
3) Если какой-то процесс не успел прочитать кадр, то он перезаписывается. Следующий кадр, который получит процесс, должен быть последним ключевым, который еще не перезаписал writer.
4) (Пока не обязательно, можно принебречь) Если процесс захватил кадр, то есть область в кольцевом буфере, она не может быть перезаписана, пока он не вернет её.

Подскажите способ IPC в линуксе, который больше подходит под такую задачу? размер буфера порядка 2-3 мегабайт, линукс embedded, то есть всего свободной памяти порядка 10 мегабайт.
источник

R

Ruben in pro.cxx
я понимаю что конфа по плюсам, но где еще искать системных программистов linux
источник

v

vehlwn in pro.cxx
Ruben
в Linux требуется организовать межпроцессное взаимодействие по типу кольцевого буфера:
1) один процесс пишет в кольцевой буфер медиа-данные (по сути, кадры)
2) множество процессоров читает эти данные из кольцевого буфера. Каджый процесс читает данные независимо от других, то есть у каждого свой текущий кадр.
3) Если какой-то процесс не успел прочитать кадр, то он перезаписывается. Следующий кадр, который получит процесс, должен быть последним ключевым, который еще не перезаписал writer.
4) (Пока не обязательно, можно принебречь) Если процесс захватил кадр, то есть область в кольцевом буфере, она не может быть перезаписана, пока он не вернет её.

Подскажите способ IPC в линуксе, который больше подходит под такую задачу? размер буфера порядка 2-3 мегабайт, линукс embedded, то есть всего свободной памяти порядка 10 мегабайт.
nng
источник