Как сообщить, какой процесс вызывает использование kswapd?

Я вижу kswapd с использованием 100% -ного процессора ... как узнать, от какого процесса kswapd используется так много?

21 голос | спросил Deshawn 29 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 29 Sep 2011 00:21:29 +0400 2011, 00:21:29

4 ответа


15

kswapd управляет пространством подкачки в ответ на требования к памяти, превышающие физически доступные для процессов all .

Это процесс агностик, он интересуется только тем, какие страницы имеют доступ, и когда (это, конечно, сложнее, чем это, но чтобы все было просто, мы можем также просмотреть его таким образом).

Итак, вопрос real заключается в том, «какие процессы имеют наибольшую нагрузку на память, которые заставляют kswapd нуждаться в странице все время».

Это наиболее легко получить ответ с помощью «top» и перехода в режим сортировки использования памяти.

ответил Paul 29 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 29 Sep 2011 04:31:19 +0400 2011, 04:31:19
10

Вы можете выполнить его скрипт .. но вы также можете сделать это сверху

Верните верх, затем нажмите O , а затем p , затем введите

Теперь все процессы сортируются по использованию swap, и вы можете видеть, какие из них его используют

ответил Mike 29 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 29 Sep 2011 05:12:32 +0400 2011, 05:12:32
8

Если вы работаете с Ubuntu 15.10 или выше, это может быть результатом , особенно если ваша система является виртуальной машиной, в которой отсутствует раздел подкачки (например, AWS EC2). Проблема существует в других дистрибутивах , но с момента написания неясно, то же исправление работает повсеместно.

Временное обходное решение:

sudo ln -s /dev/null /etc/udev/rules.d/40-vm-hotadd.rules
sudo reboot

Обратите внимание, что это отключит горячие RAM /CPU для виртуальных машин Xen и Hyper-V.

ответил Zenexer 18 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowSun, 18 Sep 2016 02:22:15 +0300 2016, 02:22:15
6

Там также есть ошибка в kswapd где-то, надеюсь, только на старших ядрах.

Почти каждый день kswapd случайно запускает beserk на некоторых машинах в более крупном кластере (хотя и с неядерным ядром). 100% процессор на обоих процессах kswapd. Никаких других запущенных процессов (кроме оболочки ssh), большого количества свободной оперативной памяти (более 700 МБ) и никакого SWAP не используется вообще. Никакой swapin, никакого swapout также.

Пока ничего не объясняется, почему конкретная машина попала, а другая - нет. Кажется, это не совсем случайно, потому что в течение короткого промежутка времени он обычно набирает больше одной машины. Похоже, что машины, которые простаивают, а также машины, находящиеся под высоким давлением, меньше (!), Вероятно, пострадали от эффекта. Таким образом, он должен что-то делать с рабочей нагрузкой и только попадает, если машина не является ни простой, ни очень занятой.

Если проблема не ударит, ничего не помогает. Уничтожение всех процессов (которые не стали неудобными), размонтирование всех файловых систем, ничего. kswapd по-прежнему остается на 100% CPU. Я подозреваю, что в ядрах SMP есть прямая спин-блоки, но, вероятно, я ошибаюсь.

Возможно, посмотрите мой ответ serverfault.com/questions/316995/#493257

Примечания:

  • Перезагрузка поврежденных компьютеров часто терпит неудачу, потому что процесс останова начинает где-то висел.
  • Прямого подключения к Интернету нет. Иностранные причины маловероятны.
  • Кажется, что это зависит от типа рабочей нагрузки, с которой машины обрабатываются с точки зрения нагрузки, потому что у нас есть машины, которые никогда не были затронуты (пока).
  • Извините, я не могу быть более конкретным в отношении того, что мы делаем и почему.
  • Да, я размышляю. Потому что сегодня это чрезвычайно загадочный эффект.
ответил Tino 28 MarpmThu, 28 Mar 2013 21:04:44 +04002013-03-28T21:04:44+04:0009 2013, 21:04:44

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132