Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Delphi Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
ъъъъъ
Member

Откуда:
Сообщений: 2656
Дегтярев Евгений
Andi_WEB
> Если мегабайт в секунду, то было бы...

Имелось в виду, на мегабайт в секунду начинает увеличиваться объем потребляемой памяти по диспетчеру. До этого - около 30 мегабайт на протяжении пары часов. Потом резко увеличиваетсмя до 130 мб в течении короткого промежутка времени. Вот прям случайно это земетил, совпадение. А потом опять несколько часов работает на 130 мб...

если утекают сущности, связанные с коннектом, то при массовых реконнектах может быть именно такая картинка
освобождается ли память при штатном завершении websocket соединения? закрытии tcp коннекта без отправки вебсоктного фрейма close? при обрыве соединения?

Ты не выдумывай страшилки, просто покажу код.
23 ноя 21, 09:13    [22399517]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Дегтярев Евгений
Member

Откуда: Барнаул
Сообщений: 2093
ъъъъъ,

??
23 ноя 21, 09:18    [22399519]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Andi_WEB
Member

Откуда:
Сообщений: 70
Дегтярев Евгений,
Добрый день. У меня там кроме Веб-сокетов еще были обычные TCP-клиеты. Вот они создавались динамически, а для предыдущих экземпляров только принудительно разрывалось соединение. Согласен, что это неправильно. Но счет им, в любом случае, шел не на тысячи. Eureka заработала, лог можно изучить. За примерно пару часов - общаяя утечка составила около 50 кб, из них на клиентах более половины. Реконнектов там нет, просто разрыв соединения и создается новый клиент, который живет несколько десятков минут. Заинтересовало само явление - взрывной рост на примерно 100 мб в памяти (от 30 до 130) после нескольких часов. Потом стабилизация. Пока такого роста не зафиксировал, как назло. До работы с Eureka было дважды. Интересно, где!
23 ноя 21, 10:45    [22399552]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
ъъъъъ
Member

Откуда:
Сообщений: 2656
Andi_WEB
... Заинтересовало само явление - взрывной рост на примерно 100 мб в памяти (от 30 до 130) после нескольких часов. Потом стабилизация. Пока такого роста не зафиксировал, как назло. До работы с Eureka было дважды. Интересно, где!

Ну, или диспетчер памяти хапнул блок, или сам компонент. Вон, в С++, бывалоча, пихаешь новые
данные в вектор, так в ём, векторе, память резервироваллась не "сколько надо прямо сейчас", а с каждым разом все больше, экспоненциально.
23 ноя 21, 11:08    [22399560]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Andi_WEB
Member

Откуда:
Сообщений: 70
> так в ём, векторе, память резервироваллась не "сколько надо прямо сейчас", а с каждым разом все больше, экспоненциально.

И и меня есть подозрение, (дилетантское конечно) что это Винда расщедрилась. ИИ в ней так сработал типа. "На тебе пямяти, ты хороший парень, вдруг она тебе еще понадобится, все равно у меня ее еще дофига". Кстати! Вспомнил. Один раз я заметил даже, что примерно после часа-полутора работы на 130 мегабайтах было такое же "взрывное" увеличение до ~ 250 Мб по диспетчеру за пару минут. Сейчас, кстати, то же приложениие в том же окружении работает почти три часа. Потребление памяти - 26,4 Мб. Буду наблюдать, уже с Эврикой.
23 ноя 21, 12:40    [22399612]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Andi_WEB
Member

Откуда:
Сообщений: 70
Можно предположить, конечно, что в моменты, предшествующие росту потребления памяти, вкладка в браузере была не активна - в основном, это действительно так, и данные по WEB-Socket "не выбирались". Но, насколькр я читал, JavaScript машина понижает приоритеты для таймеров например. А вот WS работают вроде как практически с обычным приоритетом. По линии TCP клиентов, т.к они в приложении, особых причуд быть не должно. Там связь постоянная и устойчивая, за исключением того, что отработавшие клиенты, как я уже говорил, не уничтожаются, а только отключаются. Ну и Эврика для TCP клиентов четко фиксирует утечку в десятки килобайт в час. А тут под сто метров...
23 ноя 21, 13:05    [22399638]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
GunSmoker
Member

Откуда:
Сообщений: 3294
Andi_WEB, я не знаю, что именно вы смотрите, но по умолчанию диспетчер задач показывает сколько RAM выделяется программе. Это значение крайне слабо коррелирует с количеством выделенной в программе памяти.

У меня стоит Process Explorer в качестве диспетчера, но мне припоминается, что в штатном диспетчере Win10 в настройках была колонка Commit Size или что-то такое - это и будет реальное выделение памяти.

Во-вторых, утечка памяти Delphi тоже не всегда связаны с утечками памяти вообще. Например, вы можете создать TBitmap и его утечка - это, сколько, килобайт? Но в нём же есть HBITMAP - это по сути ссылка на растр в памяти. Он может мегабайты занимать, но как утечка обнаружен не будет, т.к. выделяется через другой менеджер памяти, не через Delphi. Однако устранив утечку TBitmap (килобайта) - устраните и утечку HBITMAP (мегабайтов). Ну, или если ваш код делает detach HBITMAP из TBitmap и потом утекает HBITMAP - тогда да, тут уже надо искать утечки не памяти Delphi, а прочих ресурсов.

Есть мнение, что надо начать с того, что устранить утечку уже найденного - начиная с самых комплексных объектов, типа TIdTCPClient, которых у вас утекло больше 200 штук! При этом, скорее всего, перестанут утекать и более мелкие, зависимые от него, объекты. Ну не знаю, какие-нибудь строки, TIdReply, TStringList...
23 ноя 21, 13:27    [22399652]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Andi_WEB
Member

Откуда:
Сообщений: 70
GunSmoker,

> Есть мнение, что надо начать с того, что устранить утечку уже найденного - начиная с самых комплексных объектов, типа TIdTCPClient.

Согласен, спасибо. Сегодня вечером сделаю.
23 ноя 21, 13:31    [22399658]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
ъъъъъ
Member

Откуда:
Сообщений: 2656
Andi_WEB
меня есть подозрение, (дилетантское конечно) что это Винда расщедрилась

Не, винда дает столько, сколько попросишь.
23 ноя 21, 14:04    [22399679]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4936
ъъъъъ
Andi_WEB
меня есть подозрение, (дилетантское конечно) что это Винда расщедрилась

Не, винда дает столько, сколько попросишь.
Да ладно. Это она говорит, что столько дала, а сама выделяет с запасом.
Иначе бы GlobalRealloc не срабатывал бы почти никогда.
23 ноя 21, 14:12    [22399682]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
ъъъъъ
Member

Откуда:
Сообщений: 2656
YuRock,

VirtualAlloc() выделяет память блоками по 4К, сколько процесс запросит - столько и получит, не больше (и кратно).
23 ноя 21, 14:55    [22399702]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
YuRock
Member

Откуда: Донецк
Сообщений: 4936
ъъъъъ
YuRock,

VirtualAlloc() выделяет память блоками по 4К, сколько процесс запросит - столько и получит, не больше (и кратно).
Ну вот. Если процесс 1 байт запросил, то выделит 4к на самом деле.
23 ноя 21, 16:19    [22399754]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
rgreat
Member

Откуда:
Сообщений: 7024
YuRock
Ну вот. Если процесс 1 байт запросил, то выделит 4к на самом деле.
Это если напрямую у системы память просить.
А вообще еще есть прослойка в виде FastMM.
23 ноя 21, 16:35    [22399767]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54790

YuRock
выделит 4к на самом деле.

На некоторых системах - 16. Меньшей пачкой физическая память на виртуальную
просто не маппится.

Posted via ActualForum NNTP Server 1.5

23 ноя 21, 16:41    [22399771]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
ъъъъъ
Member

Откуда:
Сообщений: 2656
Dimitry Sibiryakov
YuRock
выделит 4к на самом деле.

На некоторых системах - 16...

Это ж давно было. :) В MS DOS ещё, при работе с EMS.

Сообщение было отредактировано: 23 ноя 21, 16:56
23 ноя 21, 16:55    [22399783]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
Andi_WEB
Member

Откуда:
Сообщений: 70
Погонял тестовое приложение с уничтожением неактивных TCP-клиентов. Мне кажется, стало значительно лучше. Около 12 часов жесткой прокачки данных, под конец сеанса приложение занимало менее 60 мб памяти (по диспетчеру).

К сообщению приложен файл. Размер - 78Kb
24 ноя 21, 09:42    [22400052]     Ответить | Цитировать Сообщить модератору
 Re: Утечки памяти в приложении - FasMM, EurekaLog  [new]
svd
Member

Откуда:
Сообщений: 223
Andi_WEB,

Когдато давным давно лет 6 назад решил переписать пару стандартных сокетов с заменой на Indy. Обнаружил утечку памяти в самих компонентах. Замена привела к декларируемому типу Integer. Так что ошибки есть еще и в сырцах.
26 ноя 21, 13:24    [22401247]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
Все форумы / Delphi Ответить