Claude Code стал вдвое легче для процессора в пиках: сборщик мусора больше не влезает в середину хода

Профайлер в багрепорте от 08.02.2026 показал виновника: 3965 сэмплов из 4046 пришлись на операции сборки мусора. Тикет закрыли как not planned. В марте пришёл второй отчёт, уже с Ubuntu, где простаивающие копии держали от 10 до 90% ядра каждая.

Теперь причину назвали вслух. Сборщик мусора Bun, на котором исполняется CLI, срабатывал по фиксированному таймеру и влезал прямо посреди хода. Anthropic заставила его ждать, пока процесс освободится.

Фикс приезжает не всем одинаково. Native-установка обновляется в фоне сама, руками апдейт запускается командой `claude update`. Установки через npm, Homebrew, WinGet и пакетные менеджеры Linux автообновления не получают вовсе: `npm install -g @anthropic-ai/claude-code@latest`, `brew upgrade claude-code`, `winget upgrade Anthropic.ClaudeCode`.

Канал тоже решает. Stable отдаёт сборку примерно недельной давности, latest - сразу после релиза. Канал переключается настройкой `autoUpdatesChannel` в settings.json или через `/config`, текущая версия проверяется командой `claude --version`.

Anthropic подрезает расход процессора не впервые. В сборке 2.1.191 обновления текста склеили в интервалы по 100 мс и сняли около 37% CPU на стриминге ответа, а 14.08 в сборке 2.1.233 починили простаивающие сессии на Linux, которые держали ядро на 100% при включённом sandbox.

Сам Bun лечил ту же болезнь год назад. В релизе 1.2.20 от 10.08.2025 команда записала, что слишком частый запуск сборщика мусора на простое серьёзно бил по CPU, и снизила расход без роста памяти. Claude Code переехал на Bun 1.4 в сборке 2.1.181.