kswapd0 берет 99% к 100% ЦП в RHEL 6.3
Это - расширение параметра в оболочке. Например:
$ serial= {serial##*.} - это получит значение в последнем поле, разграниченном '.' разделителем. Захватите самое последнее '.' в значении и распечатайте остальную часть данных.
parameter result
----------- ------------------------------
${NAME} polish.ostrich.racing.champion
${NAME#*.} ostrich.racing.champion
${NAME##*.} champion
${NAME%%.*} polish
${NAME%.*} polish.ostrich.racing
parameter result
----------- --------------------------------------------------------
${FILE} /usr/share/java-1.4.2-sun/demo/applets/Clock/Clock.class
${FILE#*/} usr/share/java-1.4.2-sun/demo/applets/Clock/Clock.class
${FILE##*/} Clock.class
${FILE%%/*}
${FILE%/*} /usr/share/java-1.4.2-sun/demo/applets/Clock
Поскольку больше примеров смотрит на http://mywiki.wooledge.org/BashFAQ/073
Ошибка ядра: Я думаю, что моя проблема с ядром, как замечено лютиком золотистым. Когда я увеличил свою RAM до 4 ГБ, все процессы стабильны, даже с базовыми 2 полями процессора Intel с 2 ГБ RAM также хорошо работает.
ЦП % находится на основе одного ЦП, таким образом, это могут очень хорошо несколько раз быть 100%. И средние числа загрузки (среднее количество процессов, ожидающих ЦП), являются низкими, машина почти на 90% неактивна. Никакая причина волноваться.
-
1
Как @vonbrand указывает, процент использования ЦП по умолчанию основан на единственном ЦП. Таким образом, если процесс имеет несколько потоков в многоядерной системе или системе мульти-ЦП, это число может очень легко превысить 100%.
Смотрите на общие количества, найденные в Cpu(s) строка около вершины; это говорит, что Ваша система тратила 1,1% своего времени в пространстве пользователя, 13,0% в системном коде (в основном ядро), и неактивные 85,9%. Это выравнивается хорошо с многоядерным ЦП, где одно ядро работает в 100%.
Можно переключиться top между так называемым режимом Irix и режимом Solaris путем нажатия увертливый. С режимом Irix прочь, отображенное использование ЦП будет через все центральные процессоры и/или ядра, тогда как с режимом Irix на, одно полностью используемое ядро отобразится как 100% даже в полностью оборудованной многопроцессорной системе. Следовательно, с режимом Irix прочь, в гипотетической системе с 10 ядрами с двумя ядрами, полностью используемыми и другие полностью неактивные, использование ЦП покажется ожидаемыми 20%, а не 200%.
Раскапываю здесь действительно старый вопрос - но у меня была такая же проблема. Для меня проблема в том, что MYSQLD запущен.
Для начала я заметил, что мои проверки работоспособности начали давать сбой после переключения на экземпляр t1-nano ubuntu в ec2 (1 ядро 512 RAM). В то время я думал, что это будет нормально, потому что я запускал nginx только со статической проверкой работоспособности, записью 301 и несколькими другими записями статических файлов. Я забыл, что несколько месяцев назад установил wordpress с mysql для друга.
Я бы посмотрел на вывод TOP и увидел, что kswapd0 пережевывает весь процессор. Это было не так, пока я не использовал htop и не отсортировал по памяти, я не увидел, что mysql поглощает всю память.
Я удалил mysql, и все нормализовалось.