kswapd0 загружает поцессор на 100%

Pусский (Russian) Общий
#1

Приветствую!

CPU загружен на 100% поцессом “kswapd”. Рабоает всё очень задумчиво (процессор занят). Это начинается сразу после загрузки, при полно простое. Причём и на КДЕ и на Хфсе.

Это сборка LiveDVD iso с KIWI, суся 13.1. На 12.3 тот же набор ПО работает хорошо.
Думаю, это баг ядра…

Вот вывод некоторых команд:

uname -a:
Linux steel.linux 3.11.6-4-default #1 SMP Wed Oct 30 18:04:56 UTC 2013 (e6d4a27) i686 i686 i386 GNU/Linux
(стандартное ядро из OSS репы)

lsb_release -a:

LSB Version:    core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-ia32:core-3.2-ia32:core-4.0-ia32:desktop-4.0-ia32:desktop-4.0-noarch:graphics-2.0-ia32:graphics-2.0-noarch:graphics-3.2-ia32:graphics-3.2-noarch:graphics-4.0-ia32:graphics-4.0-noarch
Distributor ID:    openSUSE project
Description:    openSUSE 13.1 (Bottle) (i586)
Release:    13.1
Codename:    Bottle

free -h:

             total       used       free     shared    buffers     cached
Mem:          1,2G       1,1G        92M       125M       9,6M       813M
-/+ buffers/cache:       277M       916M
Swap:         1,5G       324M       1,2G

top:
http://paste.opensuse.org/88213307

dmesg:
http://paste.opensuse.org/33515517

ps auxww:
http://paste.opensuse.org/46676485

zypper ls:
http://paste.opensuse.org/46582839

repos URLs:
http://paste.org.ru/?5lvo73

rpm -qa:
http://paste.org.ru/?vsherh

#2

Для начала, памяти как-то мало ( swap used: ) Ну и почему обязательно баг? ядра разные, и их настройки тоже могут отличаться. Попробуйте LXDE для сравнения.

+
Минимальные системные требования: Main memory: 1 GB physical RAM (2 GB recommended)

#3

После загрузки память используется на 15%. Памяти более, чем хватает. В интернете я нашёл много описаний этого бага. Это баг ядра, который “фиксится” ещё начиная с 2.6. Только то, что этот баг всплывает на стабильном ядре из ОСС репозитория, меня сильно удручает…

#4

После загрузки паять используется на 15%. Памяти более, чем хватает.

но при этом вы прикладываете вывод free, в котором уже жрется swap. Это как-то не логично, не кажется?

#5

Вот я и говорю, что там в свап то пишется? Но используется он немного совсем. Это было всегда, и на 12.3 версии. Свап немного затрагивается (можно без свапа, тогда он не затрагивался). Но здесь что-то не так явно. Ещё раз. Дело не в памяти! Её более, чем достаточно. На 12.3 работало и с 256 мегабайтами замечательно, а тут и при 2Гб такая же картина… Не знаю уже, что делать…

#6

324M swap - это не так уж и немножко (у меня 2,0G/11M с uptime в несколько часов), так что да, вам как-то нужно ответить на свой же вопрос “что там в свап то пишется?” И почему пишется. А уже потом можно и про баги, имхо.

#7

Ничего. Это ЛивДВД. Ничего необычного. На 12.3 всё работало отлично. Этот БАГ описан, у меня все те же симптомы. Я хочу, чтобы на это кто-то обратил внимание.
Я же показал логи после загрузки. ничего не запускалось больше. Список процессов тоже есть…

#8

Добавьте в параметры загрузки (Boot Options) numa=off
NUMA (Non-Uniform Memory Access)

#9

Топикстартер старается нас всех запутать. Это LiveDVD, запущенный в live-режиме, или система, уже установленная с этого DVD??
Я бы сказал, что это многое меняет. Тем более, что:

сборка LiveDVD iso с KIWI

  • какая сборка, кто ее собирал и как? Впрочем, с KIWI почти не знаком…
#10

Я же написал что Ливка. Да, это LiveDVD в Лив-режиме :slight_smile: Просто это случлось только на этой версии системы, только 13.1 с этим ядром. И это и есть проблема.

#11

Не помогло :frowning: При загрузке в строке параметров ввёл “numa=off”, загрузился, в /proc/cmdline параметр присутствует, но процесс kswapd0 всё равно загружает проц на 100%…
numa=0 тоже пробовал…

#12

В выводе команды

dmesg | grep -i numa

должно появиться сообщение “NUMA turned off”, проверьте.
По крайней мере, загрузка ядра kernel-desktop с параметром numa=off приводит к такому результату и как следствие kswapd0 “отдыхает”.

#13 
steel:/home/tux # dmesg |grep -i numa
    0.000000] Kernel command line: initrd=initrd ramdisk_size=512000 ramdisk_blocksize=4096 splash=silent quiet  lang=ru_RU numa=off
    1.021751] pci_bus 0000:00: on NUMA node 0

Процесс грузит проц :frowning: А что это, с чем связано что даёт отключение? Что за костыль :slight_smile: И хорошо ли его применять, если вдруг заработает?

#14

Все процессоры могут получать доступ ко всей памяти даже без включения поддержки NUMA, а поддержка NUMA в ядрах позволяет осуществлять выделение памяти механизмами, встроенными в процессор, минимизируя межпроцессорный траффик при обращении к памяти. Это может существенно повысить производительность для некоторых приложений. Опция загрузки numa=off отключает механизм поддержки NUMA.

#15

То есть собирать образы с этой опцией? Только вот не помогло :frowning: Да и явно это костыль…

#16

На ядре “desktop” тоже не сработал параметр…

#17

Народ, помогите этот баг ядра обойти. И куда написать, чтобы разработчики его исправили??

#18

Кажется, нашёл причину. Из-за пакетов из стороннего репозитория. Попробую найти проблемный пакет и отпишусь.

#19

Просто из-за добавления репозитория home:/marcus_gama/openSUSE_13.1.
Отключил репозиторий, всё стало замечательно. Причём из пакетов были установлены только два оттуда:
libmediainfo0-0.7.65-3.1.i586.rpm
libzen0-0.4.29-3.1.i586.rpm
Странно это как-то…

#20

Так что, это баг ядра? lol!