Приложение течёт, а утечки нет: как оптимизатор картинок Next.js съел 4-гигабайтный VPS

История про то, как я три дня искал утечку памяти в Node-приложении, не нашёл — и был прав, что не нашёл. А ещё про то, что у каждого починенного пункта тут оказывался свой счёт: фикс памяти через месяц вернулся жалобой на скорость, а разбор скорости вскрыл третью проблему, о которой я не думал вовсе. Небольшой VPS: 4 ГБ RAM, около шести Next-приложений и Postgres на одной машине. Одно из приложений — интернет-магазин на Next.js 15 (App Router) — ведёт себя не как соседи: iwant-next.service RSS 1,38 ГБ (пик по systemd 3,0 ГБ)соседние приложения RSS 200–250 МБ в простое соседние приложения RSS 200–250 МБ в простое За трое суток аптайма RSS полз 225 → 440 → 848 → 1 380 МБ. Свободной памяти на машине оставалось около 550 МБ, и сервер начинал уходить в свап — то есть тормозило уже всё, а не только магазин. Выглядит как классическая утечка: монотонный рост, рестарт помогает, через день всё повторяется. Прежде чем читать свой код, я снял heap-снимки V8. RSS: 225 МБ → 440 МБ → 848 МБV8 heap: 116 МБ → 116 МБ → 116 МБ V8 heap: 116 МБ → 116 МБ → 116 МБ Куча стабильна. Растёт то, что находится вне кучи V8, — нативная память. 💡 Где захостить и как запустить: рассчитать точные требования к объёму VRAM под разные типы квантования этой модели (4-bit Q4, FP8, FP16), оценить скорость генерации токенов в секунду и подобрать совместимый сервер с GPU можно на ServerSales в интерактивном подборщике AI-моделей или каталоге GPU-серверов.