Утечки памяти в qt приложения как отловить

@roman912 · Регистрация: 06.03.2015

Студворк — интернет-сервис помощи студентам

Использую в программе большой размерности матрицы. Делаю их динамически так

C++
1
2
3
4
5
quint8 ** Table1;
for(int i=0;i<10000;i++)
{
    Table1[i] = new quint8 [50];
}

Потом делаю расчеты с участием этой матрицы и так много раз в цикле. На каждой итерации цикла заполняю эту матрицу байтами из файла. Проблема в том, что в конечном итоге после около 3000 итераций цикла прога падает, по стеку ясно, что внутри системного вызова malloc падает, то есть из-за больших матриц память начинает так лагать.

Если я в конце итерации цикла удаляю эту матрицу так

C++
1
2
3
4
5
for(int i=0;i<10000;i++)
        {
            delete Table1[i];;
        }
delete[] Table1;

То баг исчезает с выделением памяти. Вот почему подобное случается, когда я эту матрицу не удаляю из памяти после использования. И как лучше сделать, чтобы qt сама занималась удалением ненужных матриц.

@TRam_ · 30.08.2018, 21:23

Сообщение от roman912

так вот при обращении за пределы массива, at функция падает с исключением, но прога не тормозится на строчке

Настроить отладчик, чтобы он останавливался на любых необработанных исключениях.

@Avazart · 30.08.2018, 21:31

Сообщение от oxotnik

Вся? в х64 системе?

Вопрос оперативки. И памяти выделяемой ОС под процесс.

@peter_irich · 30.08.2018, 21:48

0x90h, не помню, чтобы у меня случались неприятности из-за malloc/free. Она отводит память
одним куском, какие тут неприятности? Хотя на C++ я действительно предпочитаю отводить память одним
куском с помощью new. Но и malloc ошибки не вызовет, пусть с new и правильнее.

@0x90h · 30.08.2018, 21:56

Сообщение от peter_irich

Она отводит память одним куском, какие тут неприятности?

malloc() может вернуть при неудаче в качестве указателя NULL, разыменование которого есть UB, придется код увешивать проверками, которые не факт, что спасут. А память "одним куском" вам могут и не дать (по тем или иным причинам). Плюсы позволяют вам стрелять себе в ногу из орудия любого калибра, какое только вы сможете достать, поэтому выгода не столь глобальна, а потенциально проблем может и добавиться.

@roman912 · 30.08.2018, 22:22 **[ТС]**

Сообщение от TRam_

Настроить отладчик, чтобы он останавливался на любых необработанных исключениях.

А подскажи как это сделать в qt отладчике ?

@mvngr · 30.08.2018, 22:31

oxotnik, тут уже вопрос ~~вероисповедания~~ подхода к Qt. Для одних он сегодня существует, а завтра - нет, а код поддерживать нужно, а для других это мощный инструмент, который может всё

oxotnik · 30.08.2018, 22:49

Сообщение от 0x90h

придется код увешивать проверками

Вы еще этого не делаете? Тогда баги идут к вам.

Добавлено через 3 минуты

Сообщение от mvngr

Для одних он сегодня существует, а завтра - нет, а код поддерживать нужно

Скачанные сегодня исходники Qt никуда не денутся и через 10-20 лет. Если остро стоит вопрос о поддержке написанного кода, никто не мешает через означенный промежуток времени достать их из загашника и допилить до нужного состояния.
Единственную проблему тут вижу, что винда в нынешнем состоянии через это время перестанет существовать и текущие версии будут недоступны.

@peter_irich · 30.08.2018, 23:26

0x90h, делать проверку, что возвращён не NULL, надо обязательно, это не обуза, а обязанность.
Могут и не дать память одним куском, но мне об этом думать не требуется, а вот 10000 вызвать new для простой
переменной - тут надо было подумать, прежде чем делать такое. Я, кстати, сейчас не знаю, что реально отводит
оператор new и следит ли система за тем, сколько и где отведено. Вдруг он отводит не меньше чем страницу за раз?
Да, на C++ лучше пользоваться оператором new.

@TRam_ · 30.08.2018, 23:53

Сообщение от roman912

А подскажи как это сделать в qt отладчике ?

Если дебаггер GDB (из MinGW) должно получиться без доп.настроек:

@saqef · 31.08.2018, 11:56

Сообщение от oxotnik

А так же, судя по тестам, они работают чуть быстрее stl (мапы и хэши 20-30% по скорости выигрывают)

Можно ссылку, а то я нашёл только,что qhash ~+5% -считай погрешность, мапы немного медленнее.

Сообщение от oxotnik

с последним я весьма плотно столкнулся не так давно

можно поподробнее-что было?

oxotnik · 31.08.2018, 14:09

saqef, скорость я сам замерял, там был хитрый тестовый проект с многоуровневой индексацией, вставками, удалениями и прочими тяжелыми операциями.
Насчёт фрагментации, можно погенерить в куче какие либо объекты с помещением их в контейнеры и рандомным удалением их.
В моём случае это 50-100тыс объектов в секунду, в многопоточной режиме.

Новые блоги и статьи Все статьи Все блоги /
Теория всего 6. Судьба неотвратима? anaschu 21.07.2026 Математическое доказательство Судьбы: Точка бифуркации в едином тензорном ядре Модели ВсегоСвежее обновление питоновского ядра «Soil Chemistry 2. 0» дало нам неопровержимое математическое. . .	Теория всего 5. ядро Теории Всего: Математический изоморфизм репликаторов и иллюзия свободы воли anaschu 21.07.2026 Единое ядро Теории Всего: Математический изоморфизм репликаторов и иллюзия свободы воли Главная задача «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы» (аттракторов. . .	сукцессия 37. Внедрил дипсик в свой оркестр из ИИ. У него закончилось пространство чата, потому опубликую выводы из его работы здесь anaschu 21.07.2026 ==================================================================== КОНТЕКСТ: Моделирование микоризной сукцессии (AM → ECM) ==================================================================== . . .	сукцессия 36. Делаю прогоны модели около порога бифуркации (превращения эндо микоризы в экто микоризу) anaschu 21.07.2026 СУКЦЕССИЯ МИКОРИЗ: КАК МАТЕМАТИКА ОБЪЯСНЯЕТ ПОДЗЕМНУЮ ВОЙНУ Мы привыкли думать, что лес — это деревья. А грибы — это то, что мы собираем в корзинку осенью. Но если заглянуть под землю, окажется,. . .
ИИ и человечность kumehtar 21.07.2026 Забавно, что общаясь с ИИ, я замечаю, насколько он высказывается умно, и насколько верит в людей. Он умеет прощать. Он знает как отвечать не обесценивая опыт других людей, даже если сам не верит. Он. . .	Нейтральные знания ..., ... чистая наука. Пока что-то проходит модерацию на Хабре, стоит развить мысль ... Hrethgir 20.07.2026 К таким радикальным взглядам я конечно в той публикации не приходил, но чтобы скоротать вечер, решил углубиться немного. 1. Почему показания термометра заряжены целью? Цель заложена в самом. . .	Установка нескольких штампов электронной подписи в строго определенных местах файла docx ВладимирСамохин 19.07.2026 (В!) Работа с Электронной подписью - это неотъемлемая часть современного документооборота. Но что делать, если нужно поставить несколько штампов электронной подписи в строго определенных местах. . .	сукцессия 35. Научная статья о проделанной работе anaschu 19.07.2026 Написал в формате латекс и пдф

@peter_irich 370 / 226 / 53 Регистрация: 18.10.2017 Сообщений: 2,418
	30.08.2018, 21:48
	0x90h, не помню, чтобы у меня случались неприятности из-за malloc/free. Она отводит память одним куском, какие тут неприятности? Хотя на C++ я действительно предпочитаю отводить память одним куском с помощью new. Но и malloc ошибки не вызовет, пусть с new и правильнее. 0

@mvngr 225 / 189 / 98 Регистрация: 15.04.2018 Сообщений: 718
	30.08.2018, 22:31
	oxotnik, тут уже вопрос ~~вероисповедания~~ подхода к Qt. Для одних он сегодня существует, а завтра - нет, а код поддерживать нужно, а для других это мощный инструмент, который может всё 0

@peter_irich 370 / 226 / 53 Регистрация: 18.10.2017 Сообщений: 2,418
	30.08.2018, 23:26
	0x90h, делать проверку, что возвращён не NULL, надо обязательно, это не обуза, а обязанность. Могут и не дать память одним куском, но мне об этом думать не требуется, а вот 10000 вызвать new для простой переменной - тут надо было подумать, прежде чем делать такое. Я, кстати, сейчас не знаю, что реально отводит оператор new и следит ли система за тем, сколько и где отведено. Вдруг он отводит не меньше чем страницу за раз? Да, на C++ лучше пользоваться оператором new. 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	31.08.2018, 14:09
	saqef, скорость я сам замерял, там был хитрый тестовый проект с многоуровневой индексацией, вставками, удалениями и прочими тяжелыми операциями. Насчёт фрагментации, можно погенерить в куче какие либо объекты с помещением их в контейнеры и рандомным удалением их. В моём случае это 50-100тыс объектов в секунду, в многопоточной режиме. 0