Ядро Clash само по себе очень лёгкое; у большинства жалоб на «медленно» и «тормозит» другие причины. Пройдитесь по чек-листу - выигрыш обычно мгновенный.

Сетевые ощущения

  • Правильный узел: физическая близость и низкая загрузка решают. Пусть выбирает url-test группа с tolerance: 50 против мельтешения.
  • Включите fake-ip: убирает локальный поход в DNS; время первого байта заметно падает. См. гид по DNS.
  • Поддержка UDP: голос и игры ездят на UDP. Убедитесь, что узлы несут udp: true и провайдер это поддерживает, иначе звонки падают в TCP или рвутся.
  • Горячие правила выше: часто срабатывающие правила в начале списка сокращают сопоставление (ощутимо на наборах в десятки тысяч строк).

Потребление ресурсов

  • Похудейте наборы правил: каждый RULE-SET сидит в памяти; дюжина больших наборов - сотни мегабайт. Держите только нужное.
  • Уровень журнала: info или warning на каждый день; debug - только на время разбора.
  • Уходите с тяжёлых страниц: живое обновление Connections реально стоит отрисовки; в простое держите UI на General.
  • Частота замеров: interval у url-test не меньше 300 с - постоянные health-check сами по себе трафик и CPU.

Особенности TUN

  • stack: system даёт выше пропускную способность, gvisor - лучше совместимость. Для тяжёлых загрузок пробуйте system; при странностях возвращайтесь на gvisor.
  • Не гоняйте рядом с TUN другие VPN и виртуальные адаптеры - война таблиц маршрутизации непредсказуемо роняет скорость.

Здоровые ориентиры

Примерно так: память ядра 50-150 МБ (зависит от наборов правил), процесс UI 150-300 МБ (норма для Electron), CPU в простое около 0%. Существенное превышение - повод для отдельного разбора: Высокая нагрузка CPU и памяти.

Совет: в 90% случаев потолок скорости - полоса узла, а не локальные настройки. Прежде чем крутить параметры, замерьте тот же узел с другого устройства или клиента и найдите узкое место.