Если сложить MEM%
для всех одинаково выглядящих хромовых процессов, то у вас более 100%, что невозможно. Это потому, что это не отдельные процессы, а потоки , которые занимают одно и то же пространство памяти. htop
показывает их по умолчанию, но смотрите здесь , как это изменить и получить представление, которое будет иметь больший смысл для вас.
Ваша общая используемая оперативная память составляет 1047 из 1727 МБ, поэтому у вас нет проблем с памятью. Глядя на статистику памяти, помните, что виртуальная память, более правильно: виртуальное адресное пространство , показанное здесь, как VIRT
не является реальной памятью . Это адресное пространство , и большинство адресов не используются и ничему не соответствуют. На linux, размер этого притворного пространства может быть до 4 Гб на процесс, даже если у вас не так много доступной памяти для начала.
Приличной метрикой фактически используемого объема оперативной памяти является размер RSS или резидентной памяти (в случае htop
, RES
). Если убрать потоки из вида, то можно увидеть, что на самом деле существует только один процесс Google-chrome google-chrome
объемом 142 MB (на самом деле может существовать несколько по-настоящему отдельных процессов хромирования, но не десятки). Еще одна важная статистика при диагностике проблем с производительностью системы - это количество процессорного времени (TIME+
), но опять же ничего особенно не выглядит здесь WRT-хромом.
.
Я бы попробовал
ip -6 route del 2a02:c7d:ca1b:6d01:d250:99ff:fe53:f2fc dev lo0
или
route -A inet6 del 2a02:c7d:ca1b:6d01:d250:99ff:fe53:f2fc
очевидно, что 2a02:c7d:ca1b:6d01:d250:99ff:fe53:f2fc
является внешним хостом (mac - d0:50:90:53:f2:fc
), его трафик не должен направляться на lo0
.