Hohe CPU-Last durch kblockd? Wofür ist kblockd zuständig?

Squaregarden · 26. April 2006

Seit gegrüßt,

nach einem halbem Jahr Ruhephase habe ich mir endlich mal wieder meinen VDR zur Brust genommen, um ihn auf den aktuellen Stand der Technik zu bringen.

Als Basis habe ich die aktuelle c't-VDR Version 4.5 genommen.

Dabei ist mir aufgefallen das jetzt statt lilo, Grub als Bootloader genommen wird, und der Kernel 2.6 zum Einsatz kommt. Soweit so gut, doch legt der VDR nun ein seltsames Verhalten an den Tag, und zwar:

FRAGE:

Mir ist aufgefallen das ich beim Kopieren über Samba, und auch ohne irgendeinen Task oder Aufnahme etc. gestartet zu haben, ihn unregelmäßigen Abständen eine hohe CPU-Last durch den Task kblockd habe.

Die Daten in meiner Sig sind noch gültig.

Code

top - 16:03:56 up  3:10,  1 user,  load average: 3.63, 0.99, 0.39
Tasks:  54 total,   7 running,  47 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2% us,  2.4% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.2% hi, 97.3% si
Mem:    255192k total,   251740k used,     3452k free,     3988k buffers
Swap:   746980k total,     2788k used,   744192k free,   173920k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
   20 root      13  -5     0    0    0 R 74.4  0.0   1:41.00 kblockd/0
 1471 root      16   0     0    0    0 R 23.5  0.0   0:07.42 kjournald
   64 root      16   0     0    0    0 R  1.0  0.0   0:03.70 pdflush
   65 root      15   0     0    0    0 S  0.2  0.0   0:05.12 pdflush
 4581 root      15   0  3064 1472 1092 S  0.2  0.6   0:13.62 vdrconvert.sh
    1 root      16   0  1588  520  452 S  0.0  0.2   0:01.64 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root      10  -5     0    0    0 S  0.0  0.0   0:01.29 events/0
    4 root      17  -5     0    0    0 S  0.0  0.0   0:00.34 khelper
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
   66 root      16   0     0    0    0 S  0.0  0.0   1:49.58 kswapd0
   67 root      16  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
  655 root      15   0     0    0    0 S  0.0  0.0   0:00.00 kseriod
  761 root      15   0     0    0    0 S  0.0  0.0   0:00.00 khubd
  808 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0
  811 root      20   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  812 root      21   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1

Alles anzeigen

In einem anderem Threat habe ich gelesen das kblockd etwas mit acpi zu tuen haben könnte?

Deswegen habe ich mal meine alte Lilo.conf ausgegraben:

Code

prompt


timeout = 100
delay = 0
vga=normal


  image = /boot/vmlinuz
  label = Linux
  root = /dev/hda2
  initrd = /boot/initrd.img
  append = "apm=power-off noapic acpi=on"
  read-only


  image = /boot/vmlinuz
  label = Linux_acpion
  root = /dev/hda2
  initrd = /boot/initrd.img
  append = "acpi=on"
  read-only




  image = /boot/memtest86.bin
  label = Speichertest

Alles anzeigen

ausgehend von diesen Einstellungen mit denen ich das Phänomen nicht hatte, habe ich versucht die grub menu.lst folgendermassen anzupassen:

Code

......
## ## End Default Options ##


title           Debian GNU/Linux, kernel 2.6.12-ct-1
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.12-ct-1 root=/dev/sda1 ro acpi=off pci=noapic
noapic
initrd          /boot/initrd.img-2.6.12-ct-1
savedefault
boot




title           Debian GNU/Linux, kernel 2.6.12-ct-1 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.12-ct-1 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.12-ct-1
savedefault
boot


### END DEBIAN AUTOMAGIC KERNELS LIST

Alles anzeigen

Denn in einem Beitrag wurde geraten das Kind (ACPI) erstmal ganz abzuschalten und dann Schrittweise die Optionen zu reaktivieren.

Nun haben diese Einstellungen oben allerdings noch nicht bewirkt, das die hohe CPU Last verschwindet.

Falls es noch Fragen zu installierten Paketen gibt hier mal ein:

Code

VDR:~# ctvdrinfo
**************************************
*        c't VDR Übersicht           *
**************************************


c't VDR: 1.3.46-1ctvdr2
Kernel : 2.6.12-ct-1


Patches:
--------------------------------------
liemikuutio-1.3
jumpplay-0.6
subtitles-ttxtsubs
submenu
disableDoubleEpgEntrys
noepg
wareagle-icons
rotor
yaepg
dvdarchive
sourcecaps


Plugins:
( N = Native Plugin       )
( ! = Falscher Patchlevel )
( - = Deaktiviert         )
--------------------------------------
  vdr-plugin-burn (0.0.009-9)
  vdr-plugin-dvd (0.3.5.2+0.3.6b03-17)
  vdr-plugin-epgsearch (0.9.15-1)
  vdr-plugin-femon (0.9.8-2)
  vdr-plugin-image (0.2.5-4)
  vdr-plugin-muggle (0.1.9-8)
  vdr-plugin-nordlichtsepg (0.8a-3)
  vdr-plugin-radio (0.0.9-6)
  vdr-plugin-skinelchi (0.1.0+0.1.1pre1-4)
  vdr-plugin-streamdev-server (0.3.1+cvs20050522-18)
  vdr-plugin-text2skin (1.0+cvs20050618-16)
  vdr-plugin-tvonscreen (0.7.0-14)
  vdr-plugin-vdrcd (0.0.10.1-18)
  vdr-plugin-wapd (0.8-4)
  vdr-plugin-weatherng (0.0.6+0.0.7pre2-8)
  vdr-plugin-weather (0.2.1e-26)


Addon Packages:
--------------------------------------
vdr-addon-noad (0.6.0-2)
vdr-addon-tosvcd (0.9-7)
vdr-addon-vdrconvert (0.1.1-15)
vdr-burnbackgrounds (0.0.1-3)
vdr-channellogos (0.0.3-3)
vdr-skins (0.4)
vdr-skins-speciallogos (0.1)
vdr-xpmlogos (0.0.1-3)
vdr-xxv (0.60-2)


......................................
Eine Kopie dieser Ausgaben wurde
erzeugt in: /var/log/vdrinfo.log
......................................

Alles anzeigen

Hoffe das ihr eine Idee habt wie ich das ganze Anpacken sollte.

EDIT:
Vielleicht ist es durch den neuen Kernel ja auch ratsam ein Bios-Update zu machen? Es ist nämlich immer noch das original Bios auf dem Motherboard.

LG Squaregarden

muellerph · 26. April 2006

Laut einem Thread im Inet hat das eher mit dma zu schaffen.

Ist bei Dir DMA enabled?

Squaregarden · 26. April 2006

Hi Muellerph,

jep ist enabled, meinst Du das es da einen Zusammenhang mit dem DMA Modus gibt? Ohne vergeht einem doch wohl eher die Laune. Ich meine mit ist die Geschwindigkeit in Ordnung, ohne Oh Gott! Ich finde es halt nur merkwürdig, das auf dem "alten System" ja keine Probleme vorkamen.

Vielleicht hat das ganze ja auch mit den IRQs zu tuen?

Aber wie man das bei einem Linux-System überprüft, ist mir leider nicht bekannt.

Also mal Testweise deaktivieren?

LG Squaregarden

Squaregarden · 26. April 2006

Da fällt mir noch etwas ein.

Im alten System gab es drei Festplatten und ein DVD-Brenner

Controller 1
Master Samsung 160 GB ATA
Slave Samsung 160 GB ATA

Controller 2
Master Samsung 250 GB ATA
Slave DVD-Brenner

jetzt habe ich eine ATA Platte gegen eine SATA ausgetauscht und folgende Config:

Code

VDR:~# grep hd /var/log/dmesg
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
hda: SAMSUNG SP1614N, ATA DISK drive
hdb: SAMSUNG SP2514N, ATA DISK drive
hdd: _NEC DVD_RW ND-3520A, ATAPI CD/DVD-ROM drive
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63
hda: cache flushes supported
hdb: max request size: 1024KiB
hdb: Host Protected Area detected.
hdb: Host Protected Area disabled.
hdb: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63
hdb: cache flushes supported
hdd: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
VDR:~#

Alles anzeigen

wobei ich leider nicht deuten kann was eine "Host Protected Area" bedeutet.

mmh...

Edit:
Bin mir doch nicht so sicher ob es wirklich an ist, wie kann ich das nochmal prüfen? So schalte ich es doch an oder aus?

Code

VDR:~# hdparm -d1 /dev/hda/dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma    =  0 (off)VDR:~#

LG Squaregarden

Squaregarden · 26. April 2006

Also zu der Frage ob DMA ausgeschaltet ist:

Code

VDR:~# hdparm /dev/hda


/dev/hda:
 multcount    =  0 (off)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 19457/255/63, sectors = 312581808, start = 0
VDR:~# hdparm /dev/sda


/dev/sda:
 IO_support   =  0 (default 16-bit)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 30401/255/63, sectors = 488397168, start = 0

Alles anzeigen

Daraus lese ich das es nicht aktiviert ist, warum eigentlich nicht?

Werde mal schauen ob ich ein ähnliches Problem wie hier habe:

http://www.debianforum.de/forum/viewtopic.php?t=64696&highlight=dma

Ansonsten werde ich wohl auch mal ein Bios-Update machen...

LG Squaregarden

Squaregarden · 26. April 2006

Also ich hoffe nicht, das ihr glaubt ich sein einer der gerne mit sich selbst spricht!

Ich werde mal USB im Bios deaktivieren, denn so wie ich das interpretiere teilt sich die TV Karte den IRQ mit dem USB.

Kann mir einer sagen ob das sonst ok ist?

Code

VDR:~# cat /proc/interrupts
           CPU0
  0:   22492778          XT-PIC  timer
  1:          8          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:          0          XT-PIC  uhci_hcd:usb2
  5:     919232          XT-PIC  uhci_hcd:usb3, libata, eth0
  7:          1          XT-PIC  Intel ICH5
  8:          0          XT-PIC  rtc
 10:          2          XT-PIC  uhci_hcd:usb1, uhci_hcd:usb4, saa7146 (0)
 11:          0          XT-PIC  ehci_hcd:usb5
 14:    4665276          XT-PIC  ide0
 15:         14          XT-PIC  ide1
NMI:          0
ERR:          0

Alles anzeigen

LG Squaregarden

Hohe CPU-Last durch kblockd? Wofür ist kblockd zuständig?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema