postEvent - Утечка памяти

[Dodge]

Столкнулся с проблемой утечки памяти при обработке событий поставленных в очередь через postEvent.

Описание:
Есть объект обработчик сообщений.
Есть функция которая посылает сообщения объекту обработчику при помощи QCoreApplication::postEvent.
После обработки всех сообщений утекает некоторое количество памяти.

Как я это определил:
Очень просто, запускаю приложение без отправки сообщения - объем памяти занимаемый приложением V.
Запускаю приложение с отправкой n сообщений, объем памяти - V_n (>V).
Запускаю приложение с отправкой n₁ сообщений, объем памяти - V_n1 (>V_n).

При этом в результате тестов выяснил следующие факты:
Объем утекшей памяти зависит от продолжительности обработки каждого сообщения (usleep в обработчике).
Не важно в каком потоке отправлять сообщения.
Объекты сообщений однозначно удаляются.

Тестировал на Win7 x64 и Linux x64.

Текст программы в приложении.

Прошу помощи.

[Bepec]

Если удаляется, значит всё в порядке. Кода вы не привели, смотреть не на что.
Если имеется N созданий и N удалений, всё в порядке.

Менеджер памяти на Windows не забирает сразу свободную память. Она продолжает числиться за приложением до тех пор, пока менеджеру не понадобится.

[Dodge]

Если удаляется, значит всё в порядке. Кода вы не привели, смотреть не на что.
Если имеется N созданий и N удалений, всё в порядке.

Менеджер памяти на Windows не забирает сразу свободную память. Она продолжает числиться за приложением до тех пор, пока менеджеру не понадобится.

Код в приложении.
Про менеджер я понял, но память течет пропорционально времени обработки сообщений и количеству этих сообщений. Если задать достаточное количество, то можно легко уйти в своп.
Для контроля количества объектов сообщений используется счетчик.

[Bepec]

А где здесь удаление? я что то не вижу delete.

[Old]

Ну так все согласно вашим желаниям.

Согласно вашему коду, вы вначале создаете пять миллионов объектов класса Event, а только потом начинаете их обрабатывать (при запуске exec). Т.е. память будет освобождаться по мере их обработки.

[Bepec]

Old, не напомните ли, каков алгоритм удаления QEvent или где это можно почитать. К сожалению я уже подзабыл кто и когда его должен удалять.

update: уже нашёл сам. Диспетчер сам удаляет.

to Dodge - В вашем примере всё просто. Из-за задержки при обработке, скорость обработки очереди ОЧЕНЬ ОЧЕНЬ низкая. Уберите оттуда задержку и у вас память будет чиститься при нормальных скоростях.

Вы ддосите диспетчер event'ов и сознательно замедляете его обработку при помощи usleep - в этот момент вся программа стоит. Т.е. обработка 5 миллионов записей будет произведена за
5 000 000 * задержку(50 микросекунд) * вызов QObject::event * работу диспетчера * на удаление event'a.

[Dodge]

Обсалютно со всеми согласен.
Но есть одно но: объем памяти до обработки и после различается, хотя по логике должен быть одинаковый. Задержку я внес намерено, если изменять значение задержки, объем откушанной памяти после окончания обработки изменяется.
 После обработки прилоение занимает гораздо больше памяти чем чем до. Меня это и смущает. Причем очевидно это не связано с особенностями диспетчера памяти конкретной ОС, т.к. под вин и линукс результат воспроизводится.

[Old]

Но есть одно но: объем памяти до обработки и после различается, хотя по логике должен быть одинаковый.

Давайте разберемся, что для вас до обработки и что после. В каких местах вы это замеряете?

[Bepec]

Ну это имеет место быть, с 1 мб памяти  увеличивается до 9 после обработки.
Собственно мой тестовый проект сейчас обрабатывает 500000 и я вам точно скажу сколько чего осталось

update:
Ну, все объекты типа myEvent удалились успешно и освобождённо взмыли в небеса.

А почему увеличивается размер - я думаю что это диспетчер увеличил зарезервированное место под очередь. Собственно других объяснений я не вижу

[Dodge]

...
А почему увеличивается размер - я думаю что это диспетчер увеличил зарезервированное место под очередь. Собственно других объяснений я не вижу

Под Linux видно зарезервированную память и реально используемою. Увеличивается реально используемый объем. И как я уже писал, объем сильно зависит от скорости обработки каждого сообщения, если их посылать в бесконечном цикле, то рано или поздно память заполняется на столько, на сколько это возможно.

[Dodge]

Но есть одно но: объем памяти до обработки и после различается, хотя по логике должен быть одинаковый.

Давайте разберемся, что для вас до обработки и что после. В каких местах вы это замеряете?

Я уже писал, что я замерил память в запущенном приложении, в котором отправка сообщений не производилась (просто закоментировал код, который формирует сообщения).
После чего раскоментировал код, собрал и запустил приложение, дождался когда последнее сообщение будет удалено и замерил снова.

[Bepec]

Если запускать в бесконечном, то обрабатываться они не будут вообще. Ибо цикл сообщений не будет запущен Потому будет простая перегрузка.

Зависимость от времени неявная. Завтра потестю с увеличенной задержкой, но мне кажется бред

[Dodge]

Если запускать в бесконечном, то обрабатываться они не будут вообще. Ибо цикл сообщений не будет запущен Потому будет простая перегрузка.

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

Код:

//QtConcurrent::run( spam, &recevier, 5000000 );

Ну и дополнить код функции так, чтобы она, скажем значение -1 интерпретировала как бесконечный цикл.
и закоментить синхронный вызов соответственно.

Зависимость от времени неявная. Завтра потестю с увеличенной задержкой, но мне кажется бред

Такое ощущение, что в меня пытаетесь уличить во лжи. Я не вру, честное слово. ))

[Bepec]

Ммм... Вы можете заблуждаться А там святое дело )

[Dodge]

Ммм... Вы можете заблуждаться А там святое дело )

Ага, тут вариантов не много, либо я что-то не так делаю, либо в кутэ баг. ))