В нормальных условиях интерфейс v2rayN и ядро имеют десятки МБ резервной памяти и почти 0% загрузки ЦП, что делает ее очень мирной фоновой программой. Если ваш диспетчер задач показывает, что у него есть несколько сотен МБ памяти и несколько процентов процессора круглый год, вероятно, это «удобная функция», которая постоянно работает. Проверьте согласно следующему порядку, и его в принципе можно подавить.
1Статистика трафика: наиболее распространенные источники потребления процессора
В «Настройках параметров»Включить статистику(Статистика трафика) будет записывать восходящий и нисходящий трафик каждого узла в режиме реального времени. Когда узлов и трафика больше, ЦП будет издавать фоновый шум круглый год. Если вы не сосредотачиваетесь на показателях трафика, его отключение — быстрое решение. Точно так же отображение скорости сети в реальном времени на основном интерфейсе также является небольшими накладными расходами и может быть отключено, если вы не возражаете.
2Уровень журнала: отладка будет записывать на диск как сумасшедшая
«Настройки параметров» → «Основные базовые настройки»Уровень журнала если да debug или info, ядро будет записывать подробности каждого соединения в файл журнала — это сокровище при устранении неполадок, ежедневные зависания — пустая трата времени, и диск будет медленно занят файлом журнала. Ежедневное использование warning, для тщательного очищения none. После внесения изменений удалите накопившиеся файлы журналов в каталоге программы. Логи размером в несколько сотен МБ – не редкость.
3Слишком много узлов подписки + пакетная проверка скорости
Если в подписке имеются сотни узлов, два действия мгновенно вызовут пиковую нагрузку на ЦП: полное пакетное измерение скорости и полное обновление списка после обновления подписки. Это нормальное явление «кайфа во время работы, а затем падения после работы», и его не нужно лечить; но если вам не нужно так много узлов:
- При измерении скорости выбирайте только серию тестов в часто используемых областях. Нет необходимости Ctrl+A Полный тест.
- Используйте группировку по подписке, чтобы поместить часто используемые узлы в отдельную группу и оставаться в небольших группах для нормальной работы.
4Память медленно увеличивается? Откат после перезапуска
После зависания на несколько дней память интерфейсного процесса медленно увеличилась до двух-трехсот МБ. Это нормальная особенность фреймворка рабочего стола (не спешите возвращать память, пока ее не отобрали другие). Это не утечка и взрыв. Он вернется после перезапуска v2rayN. Если оно уже было установлено Автоматический запуск при загрузке, выключение и перезагрузка компьютера каждый день эквивалентны автоматическому «обслуживанию», не нужно об этом беспокоиться. При просмотре памяти рекомендуется смотреть на «выделенный рабочий набор», а не на «размер фиксации». Последний, естественно, слишком велик и может легко напугать себя.
5Эти занятия нормальны, не стоит случайно их травмировать.
- Чуть выше в режиме Tun: Tun необходимо обрабатывать весь системный трафик на уровне сетевой карты, а занятость ядра (особенно одиночного ящика) немного выше, чем в режиме системного прокси. В обмен на глобальное поглощение оно того стоит.
- При передаче большого трафика: Повышение нагрузки на основной процессор до нескольких процентов при загрузке или просмотре 4K — это нормально. Шифрование и дешифрование требуют вычислительной мощности, и после завершения передачи она отключится.
- Первые несколько секунд после запуска: Загрузите подписки, инициализируйте пик ядра и оставьте его в покое.
Если вышеуказанные настройки внесены, а использование режима ожидания по-прежнему является возмутительным, сначала Обновите v2rayN и ядро до последней версии.—— В старой версии действительно исправлены некоторые проблемы с заполняемостью; если все еще не работает, сделайте резервную копию guiConfigs Затем заново разархивируйте чистую программу (Метод резервного копирования).