AHTUNG!!! Утечка

[merke]

Всем здрасти!

Может кто сталкивался с подобной проблемой.

Есть структурка:

Код:

mySt
{
 QByteArray a;
 QByteArray b;
};

Есть список данных структур:

Код:

QList<mySt> lstSt;

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

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

[Alex Custov]

Откуда ты узнаёшь, что память не освобождается?

[merke]

Смотрю на резидентную память по htop

[Alex Custov]

Смотрю на резидентную память по htop

Освобождаемость памяти нужно проверять по деструкторам. Добавь в структуру деструктор и в нём debug сообщение - как пить дать оно будет показываться.

[merke]

Это уже сделано, деструктор чистит все, но по htop память остается. Вычитал, что QList может только разрастаться, но сужаться уже ни как. Вопрос теперь, а как же эту гадость удалить теперь? почистить?

[Bepec]

Версия Qt? ОС?

List спокойно чистится и ничего не оставляет. Приведите цифры пожалуйста, например

Список в __ млн QByteArray("тест").
Сожрало __ гигабайт.
После удаления списка осталось занято __ гигабайт.
Через минуту ситуация изменилась/осталась прежней/память возросла на __ / память уменьшилась до __, нужное подчеркнуть.

[Old]

Это уже сделано, деструктор чистит все, но по htop память остается.

Правильно, эта память остается за процессом и он может ее использовать по своему усмотрению. Уже 100500 раз обсуждалось.

Вычитал, что QList может только разрастаться, но сужаться уже ни как.

Бред.

Вопрос теперь, а как же эту гадость удалить теперь? почистить?

Все удаляется и ничего чистить не надо. Если вашему процессу понадобиться память, то она не будет запрашиваться у ОС, а будет использоваться уже распределенная.

[Igors]

Правильно, эта память остается за процессом и он может ее использовать по своему усмотрению. Уже 100500 раз обсуждалось.

Много раз слышал эту легенду, но не знаю ни одного места где Qt держало бы "резерв памяти".

QList::clear() освобождает все (по крайней мере начиная с версии 4.7). Др дело если распределили напр 1 миллион элементов, а потом удалили и оставили всего 1. Да, там хвостики останутся, но то же самое и std контейнерами 

[Old]

Много раз слышал эту легенду, но не знаю ни одного места где Qt держало бы "резерв памяти".

Причем здесь Qt и какой резерв памяти?

[Bepec]

Igors вот тут вы в роли незнающего.

Это режим взаимодействия ОС и процесса. Можете почитать.

[merke]

Вообщем проделал я следующий эксперимент.

Взял два QList'а, первый заполнил 10-тью мегабайтами, т.е. 10 элементов, каждый по 1 мб. Взял его зачистил при помощи метода clear(), по htop, как было занято 10 мб, так и осталось. Далее начал во второй QList добавлять по 1 мб, 10 таких добавлений не изменили размер процесса в памяти, а вот уже 11 итерация прибавила 1 мб к памяти процесса. Вывод следующий: ядро Linux резервирует память под процесс. Не ясно следующее, почему если в той же самой функции где шло заполнение контейнера, сразу для него вызвать clear(), то память освободится, а вот если уже допустим в деструкторе чистить, то память не освобождается. Догадки следующие: ядро считает, что если я в функции занял определенный участок памяти и тут же его удаляю, то нужно этот участок памяти оставить системе, а вот если уже создал и дальше работаю с ней, то и в будущем моему процессу понадобится такой вот участок памяти, банально, но фиг знает может так и есть.

Пробовал также у самого QList'а "пропатчить" метод reserve(), а именно комментил условие, что если пытаются зарезирвировать меньшее число чем сейчас есть, то не делать реалок памяти, я думал, что если так сделаю, то смогу при отчистке сделать просто reserve(0) моему контейнеру, а в итоге шиш, что еще раз подтверждает тот факт, что ядро линукса оставляет память за процессом.

[Alex Custov]

эта память может быть занята другим приложением по первому требованию.

[merke]

А этот процесс как нибудь контролируем допустим посредством API. Чтобы принудительно отдать память системе?

[Bepec]

Нееет Хотя в линуксе всё может быть

[Igors]

Вообщем проделал я следующий эксперимент.

На Mac OSX (linuх posix) штатная утилита Activity Monitor четко показывает что clear() все отдает. А что там делает та или иная версия Linuх - ее личное дело, повлиять на это все равно нельзя (на уровне прикладной программы). В общем, как в том анекдоте "это просто трусы линяют"