Исходное сообщение
"Эксперименты по борьбе с утечками памяти Telegram Desktop" Отправлено anonymous, 06-Июн-21 12:45
Скорее всего фрагментация. Делаем несколько мелких аллокаций подряд, занимаем непрерывный кусок в куче malloc(). Потом делаем free() на все аллокации, кроме последней. Реализация malloc/free в glibc не вызовет munmap(), если последний чанк помечен как non-free. Это несмотря на то, что уже освобожденные куски оставляют неиспользованными целые страницы, на которые можно вызвать munmap().   Проблема заметна в долго выполняющихся программах на C++: браузеры, мессенджеры и т.д. В Firefox не просто так поменяли аллокатор из glibc на jemalloc.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Скорее всего фрагментация. > Делаем несколько мелких аллокаций подряд, занимаем непрерывный кусок в куче malloc(). > Потом делаем free() на все аллокации, кроме последней. Реализация malloc/free в glibc > не вызовет munmap(), если последний чанк помечен как non-free. Это несмотря > на то, что уже освобожденные куски оставляют неиспользованными целые страницы, на > которые можно вызвать munmap(). > Проблема заметна в долго выполняющихся программах на C++: браузеры, мессенджеры и т.д. > В Firefox не просто так поменяли аллокатор из glibc на jemalloc.
	Введите код, изображенный на картинке: