Как утечка выглядит со стороны пользователя
В записи релиза 4.0.5 от 12 августа 2026 года исправление описано прямо: устранена утечка памяти, при которой расход приложения рос примерно на 12 МБ в минуту.
Со стороны человека за компьютером это выглядело не как ошибка. Утром всё нормально, к обеду ноутбук начинает шуметь вентилятором, к вечеру система тормозит и свободной памяти почти не осталось. Сообщений об ошибке нет, соединение держится, приложение не падает. Именно поэтому причину искали где угодно, только не в VPN-клиенте.
Двенадцать мегабайт в минуту: что это за цифра
Цифра из записи релиза, и она даёт понятную арифметику. Двенадцать мегабайт в минуту это примерно 720 МБ за час непрерывной работы. Рабочий день с восьми утра до шести вечера превращается в несколько гигабайт, занятых процессом, который ничего с ними не делает.
Отсюда и характерная примета: утечка била по тем, кто держит VPN включённым постоянно, и почти не задевала тех, кто включает соединение на полчаса и выключает. На машине с 16 ГБ памяти короткие сессии не давали заметить ничего. На ноутбуке с 8 ГБ и включённым на весь день туннелем разница становилась очевидной уже к середине дня.
Версии, где этого уже нет
Исправление вошло в 4.0.5 от 12 августа. Всё, что вышло позже, утечку уже не содержит: 4.1.1 от 21 августа, 4.2.1 от 4 сентября, 4.3.0 от 15 сентября.
Если у вас версия старше 4.0.5 и память уходит именно так, обновление решает вопрос целиком. Никакие настройки, перезапуски и сбросы на это не влияли: ошибка жила в коде, а не в конфигурации. Проверить, какая версия установлена у вас, можно по инструкции из материала про проверку версии.
Если же версия свежая, а память всё равно растёт, случай другой и разбирать его нужно отдельно. Стоит посмотреть, не остались ли висеть лишние процессы ядра: несколько копий, запущенных параллельно, тоже дают заметный расход.
Почему чтение гео-файлов кусками вообще существует
В документации Happ есть параметр, который включает чтение географических файлов частями, а не целиком. Он существует ровно для устройств с ограниченной памятью.
Географические базы, по которым клиент решает, какой трафик отправить напрямую, а какой в туннель, занимают немало места. Загрузить такой файл в память одним куском быстро, но для слабого устройства это ощутимо. Чтение частями работает медленнее и держит в памяти только нужный фрагмент.
К утечке 4.0.5 этот параметр отношения не имеет: там расход рос сам по себе, независимо от того, как читались файлы. Но если вы работаете на старом ноутбуке и хотите снизить потребление памяти в принципе, это тот рычаг, который для этого и предусмотрен.
Если память течёт на версии старше 4.0.5, лечится это обновлением клиента, а не перезапуском.