[SOLVED] VDR verursacht extrem hohe CPU-Last

3PO · 3. Dezember 2008

Hallo Zusammen,

aus irgend einem Grund verursacht der VDR seit kurzem eine immense CPU Auslastung.

Code

Systeminformationen


Linux Kernel: 2.6.26-gentoo-r3 i686
Distribution: Gentoo Base System release 1.12.11.1
CPU Type:     Intel(R) Core(TM)2 Quad CPU @ 2.66GHz
CPU speed:    1596 MHz 1596 MHz 2660 MHz 2660 MHz
Hostname:     vdr02.<unknown>      IP: 192.168.178.20
Fans:         CPU: 1795 rpm        Case: 964 rpm
Temperatures: CPU: +63.0°C         MB: +39°C


CPU time:     51,9 %               [|||||||||||||||               ]
              total / free
Video Disk:   663,3 GB / 517,0 GB  [||||||                        ]
Memory:       2,0 GB / 1,2 GB      [|||||||||||                   ]
Swap:         5,9 GB / 5,9 GB      [                              ]

Alles anzeigen

Code

top - 09:36:32 up 49 min,  2 users,  load average: 2.04, 2.06, 1.75
Tasks: 150 total,   2 running, 148 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.4%us, 48.7%sy,  0.2%ni, 48.5%id,  0.0%wa,  0.1%hi,  0.2%si,  0.0%st
Mem:   2073088k total,   781812k used,  1291276k free,    28212k buffers
Swap:  6144852k total,        0k used,  6144852k free,   569152k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3587 root      20   0  333m  36m 9300 S  209  1.8  11:22.72 vdr
 4560 root      20   0  1936  604  456 S    1  0.0   0:03.26 metalog
    4 root      15  -5     0    0    0 S    0  0.0   0:01.38 ksoftirqd/0
 4388 root      20   0  1764  404  332 S    0  0.0   0:07.80 shmnetd
31936 root      20   0  2376 1172  852 R    0  0.1   0:01.98 top
    1 root      20   0  1592  540  468 S    0  0.0   0:01.74 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/0
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.01 migration/1
[...]

Alles anzeigen

Normalerweise liegt die CPU Auslastung unter 5%.
Mich wundert das, denn ich habe keine weiteren Plugins dazu aktiviert.

Hat Jemand eine Idee woher das auf einmal kommt, bzw. wie ich die CPU Last wieder herunter kriege?

Mit ist aufgefallen, dass seit diese Phänomen auftritt, im Log folgende Einträge zu finden sind:

Code

[...]
Dec  3 10:01:36 [logger] AdmVar: <DHCP> not found
Dec  3 10:01:36 [logger] AdmVar: <HOSTNAME> not found
Dec  3 10:01:36 [logger] AdmVar: <IPADR> not found
Dec  3 10:01:36 [logger] AdmVar: <GATEWAY> not found
Dec  3 10:01:36 [logger] AdmVar: <NAMESERVER> not found
Dec  3 10:01:36 [logger] AdmVar: <SUBNET> not found
Dec  3 10:01:36 [logger] AdmVar: <WORKGROUP> not found
Dec  3 10:01:36 [logger] AdmVar: <SAMBA> not found
Dec  3 10:01:36 [logger] AdmVar: <SSH> not found
Dec  3 10:01:36 [logger] AdmVar: <NFS> not found
Dec  3 10:01:36 [logger] AdmVar: <NFS_RO> not found
Dec  3 10:01:36 [logger] AdmVar: <FRITZWATCH> not found
Dec  3 10:01:36 [logger] AdmVar: <VDRADMIN> not found
Dec  3 10:01:36 [logger] AdmVar: <XXV> not found
Dec  3 10:01:36 [logger] AdmVar: <NTP> not found
Dec  3 10:01:36 [logger] AdmVar: <FTP> not found
Dec  3 10:01:36 [logger] AdmVar: <TELNET> not found
Dec  3 10:01:36 [logger] AdmVar: <WAKEONLAN> not found
Dec  3 10:01:36 [logger] AdmVar: <MIN_DISK_FREE> not found
Dec  3 10:01:36 [logger] AdmVar: <DVB_RESET> not found
Dec  3 10:01:36 [logger] AdmVar: <KBD_LAYOUT> not found
Dec  3 10:01:36 [logger] AdmVar: <LANGUAGE> not found
Dec  3 10:01:36 [logger] AdmVar: <DVB_CARD_NUM> not found
Dec  3 10:01:36 [logger] AdmVar: <DISC_SLOWDOWN> not found
Dec  3 10:01:36 [logger] AdmVar: <DISC_SPEED> not found
Dec  3 10:01:36 [logger] AdmVar: <AUTOMOUNT> not found
Dec  3 10:01:36 [logger] AdmVar: <DISC_AUTORUN> not found
Dec  3 10:01:36 [logger] AdmVar: <ALSA> not found
Dec  3 10:01:36 [logger] AdmVar: <ACPI> not found
Dec  3 10:01:36 [logger] AdmVar: <FSCK_WEEK> not found
Dec  3 10:01:36 [logger] AdmVar: <SHUTDOWN_METHOD> not found
Dec  3 10:01:36 [logger] AdmVar: <WAKEUP_METHOD> not found
Dec  3 10:01:36 [logger] AdmVar: <WAKEUP_RESERVE> not found
Dec  3 10:01:36 [logger] AdmVar: <NVRAM_BOARD> not found
Dec  3 10:01:36 [logger] AdmVar: <WAKEUP_HOUR> not found
Dec  3 10:01:36 [logger] AdmVar: <WAKEUP_DURATION> not found
Dec  3 10:01:36 [logger] AdmVar: <EPGSCAN> not found
Dec  3 10:01:36 [logger] AdmVar: <STR_WU_LIMIT> not found
Dec  3 10:01:36 [logger] AdmVar: <STR_MAN_LIMIT> not found
Dec  3 10:01:36 [logger] AdmVar: <DIRECTISA_RTC> not found
Dec  3 10:01:36 [logger] AdmVar: <DIRECTISA_NVRAM> not found
Dec  3 10:01:36 [logger] AdmVar: <RCV> not found
Dec  3 10:01:36 [logger] AdmVar: <LIRC> not found
[...]

Alles anzeigen

gda · 3. Dezember 2008

Hilft das?

Gerald

3PO · 3. Dezember 2008

Zitat

Original von gda
Hilft das?

Gerald

Damit sind zwar die "AdmVar" Logeinträge weg, leider ändert das aber nichts an der der CPU Auslastung, diese ist nach wie vor so hoch.

gda · 3. Dezember 2008

Zitat

Original von C-3PO

Damit sind zwar die "AdmVar" Logeinträge weg, leider ändert das aber nichts an der der CPU Auslastung, diese ist nach wie vor so hoch.

Na ja, ich sag immer einen Fehler nach dem anderen fixen. Gibt es denn
jetzt noch andere Log-Einträge?

Gerald

3PO · 3. Dezember 2008

Nein, leider nicht, - zumindest mal keine, die auf die CPU Last hinweisen würden.

Antiriad · 3. Dezember 2008

Hast Du evtl. in deinem video0 Verzeichnis noch andere Dateien bzw. nen Link auf ein Filesystem das noch andere (nicht video dateien) enthält?

Ich hatte mal aus Platzgründen im video Verzeichnis ein komplettes Systembackup in einem Unterverzeichnis gehabt. Der VDR hat dann beim starten immer das Ding gescant, was zu einer gehörigen CPU Auslastung führte und dann immer erst Du den Watchdog beendet wurde.

Ansonsten vieleicht mal mit dem gdb oder strace kucken was der VDR grad so macht wenn er sich die ganze CPU einverleibt.

kds70 · 3. Dezember 2008

Mal unabhängig vom VDR: Deine CPU Kühlung ist ok und sitzt fest ? Hatte nämlich seit 2 Tagen das gleiche Problem mit nem P4 2,4 Ghz, dessen Kühler nicht mehr richtig saß. Hat sich scheinbar aufgrund der Hitzeentwicklung ständig runtergethrottelt / -getaktet. Somit Auslastung viel zu hoch und sogar das OSD hat geruckelt. Nun läuft er wieder wie Butter.

3PO · 3. Dezember 2008

Zitat

Original von kds70
Mal unabhängig vom VDR: Deine CPU Kühlung ist ok und sitzt fest ....?

Ja, der Kühler sitzt ordnungsgemäß.

Zitat

Original von kds70
....Hat sich scheinbar aufgrund der Hitzeentwicklung ständig runtergethrottelt / -getaktet. Somit Auslastung viel zu hoch...

Ich habe das mal abgeschaltet, leider ohne Ergebnis. Die CPU Last immer noch so hoch

3PO · 3. Dezember 2008

Ich habe mal alle Plugins, die nichrt unbedingt benötigt werden deaktiviert, leider aber ohne Erfolg.

Code

vdr02 ~ # top
top - 16:06:05 up 52 min,  1 user,  load average: 2.21, 2.13, 1.81
Tasks: 145 total,   2 running, 143 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.9%us, 48.5%sy,  0.2%ni, 48.1%id,  0.0%wa,  0.1%hi,  0.2%si,  0.0%st
Mem:   2073088k total,   306924k used,  1766164k free,    10316k buffers
Swap:  6144852k total,        0k used,  6144852k free,   133488k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 8638 root      20   0  141m  27m 3752 S  211  1.4  62:58.00 vdr
 4402 root      20   0  1764  404  332 R    0  0.0   0:07.94 shmnetd
 4574 root      20   0  1936  600  456 S    0  0.0   0:03.65 metalog
 7411 mysql     20   0  123m  22m 3080 S    0  1.1   0:01.02 mysqld
 8888 root      20   0  2244 1164  852 R    0  0.1   0:00.02 top
    1 root      20   0  1592  544  468 S    0  0.0   0:01.82 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/0
    4 root      15  -5     0    0    0 S    0  0.0   0:00.18 ksoftirqd/0
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/1
 .....

Alles anzeigen

Code

vdr02 ~ # grep 8638 /log/messages
Dec  3 15:35:53 [vdr] [8638] cTimeMs: using monotonic clock (resolution is 1 ns)
Dec  3 15:35:53 [vdr] [8638] VDR version 1.7.0 started
Dec  3 15:35:53 [vdr] [8638] switched to user 'root'
Dec  3 15:35:53 [vdr] [8638] codeset is 'ISO-8859-15' - known
Dec  3 15:35:53 [vdr] [8638] found 23 locales in ./locale
Dec  3 15:35:53 [vdr] [8638] loading plugin: /usr/local/lib/vdr/libvdr-reelbox.so.1.7.0
Dec  3 15:35:53 [vdr] [8638] loading plugin: /usr/local/lib/vdr/libvdr-skinenigmang.so.1.7.0
Dec  3 15:35:53 [vdr] [8638] loading plugin: /usr/local/lib/vdr/libvdr-osdteletext.so.1.7.0
Dec  3 15:35:53 [vdr] [8638] loading plugin: /usr/local/lib/vdr/libvdr-admin.so.1.7.0
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/setup.conf
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: BootForSwitchTimer = 0
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: ConfirmSwitchTimers = 0
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: ConfirmSwitchTimersTimeout = 30
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: MenuButtonCloses = 0
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: ShowRecFree = 1
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: SortSwitchTimersSep = 1
Dec  3 15:35:53 [vdr] [8638] plugin 'osdteletext' called obsolete function RegisterI18n()
Dec  3 15:35:53 [vdr] [8638] ERROR: unknown config parameter: reelbox.Overscan = 1
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/sources.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/diseqc.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/channels.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/timers.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/commands.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/reccmds.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/svdrphosts.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/remote.conf
Dec  3 15:35:53 [vdr] [8638] loading /etc/vdr/keymacros.conf
Dec  3 15:35:53 [vdr] [8641] video directory scanner thread started (pid=8638, tid=8641)
Dec  3 15:35:53 [vdr] [8638] reading EPG data from /video/epg.data
Dec  3 15:35:53 [vdr] [8640] video directory scanner thread started (pid=8638, tid=8640)
Dec  3 15:35:53 [vdr] [8638] probing /dev/dvb/adapter0/frontend0
Dec  3 15:35:54 [vdr] [8638] device 1 provides: DVBS DSS DVBS2
Dec  3 15:35:54 [vdr] [8643] tuner on device 1 thread started (pid=8638, tid=8643)
Dec  3 15:35:54 [vdr] [8644] section handler thread started (pid=8638, tid=8644)
Dec  3 15:35:54 [vdr] [8638] probing /dev/dvb/adapter1/frontend0
Dec  3 15:35:54 [vdr] [8638] device 2 provides: DVBS DSS DVBS2
Dec  3 15:35:54 [vdr] [8646] tuner on device 2 thread started (pid=8638, tid=8646)
Dec  3 15:35:54 [vdr] [8647] section handler thread started (pid=8638, tid=8647)
Dec  3 15:35:54 [vdr] [8638] found 2 video devices
Dec  3 15:35:54 [vdr] [8638] initializing plugin: reelbox (): ReelBox plugin
Dec  3 15:35:54 [vdr] [8638] plugin 'reelbox' called obsolete function RegisterI18n()
Dec  3 15:35:54 [vdr] [8638] initializing plugin: skinenigmang (0.0.6): EnigmaNG Oberfläche
Dec  3 15:35:54 [vdr] [8638] initializing plugin: osdteletext (0.5.1): Displays teletext on the OSD
Dec  3 15:35:54 [vdr] [8638] initializing plugin: admin (0.8.0): Administrative Aufgaben
Dec  3 15:35:54 [vdr] [8638] Executing </etc/vdr/plugins/admin/admin.sh -init>
Dec  3 15:35:54 [vdr] [8638] setting primary device to 3
Dec  3 15:35:54 [vdr] [8638] assuming manual start of VDR
Dec  3 15:35:54 [vdr] [8638] SVDRP listening on port 2001
Dec  3 15:35:54 [vdr] [8638] skin "EnigmaNG" not available - using "classic" instead
Dec  3 15:35:54 [vdr] [8638] starting plugin: reelbox
Dec  3 15:35:54 [vdr] [8638] starting plugin: skinenigmang
Dec  3 15:35:54 [vdr] [8638] starting plugin: osdteletext
Dec  3 15:35:54 [vdr] [8638] starting plugin: admin
Dec  3 15:35:54 [vdr] [8638] setting current skin to "EnigmaNG"
Dec  3 15:35:54 [vdr] [8638] loading /etc/vdr/themes/EnigmaNG-DarkBlue.theme
Dec  3 15:35:54 [vdr] [8674] LIRC remote control thread started (pid=8638, tid=8674)
Dec  3 15:35:54 [vdr] [8675] KBD remote control thread started (pid=8638, tid=8675)
Dec  3 15:35:54 [vdr] [8638] remote control LIRC - keys known
Dec  3 15:35:54 [vdr] [8638] remote control KBD - keys known
Dec  3 15:35:54 [vdr] [8638] switching to channel 1
Dec  3 15:35:54 [vdr] [8677] receiver on device 1 thread started (pid=8638, tid=8677)
Dec  3 15:35:54 [vdr] [8676] transfer thread started (pid=8638, tid=8676)
Dec  3 15:35:54 [vdr] [8678] TS buffer on device 1 thread started (pid=8638, tid=8678)
Dec  3 15:35:54 [vdr] [8638] creating directory /tmp/osdteletext/S19.2E-1-1101-28106
Dec  3 15:35:54 [vdr] [8638] setting watchdog timer to 60 seconds
Dec  3 15:35:54 [vdr] [8638] Picture settings OK.
Dec  3 15:35:54 [vdr] [8681] EnigmaNG effects thread started (pid=8638, tid=8681)
Dec  3 15:35:54 [vdr] [8638] EnigmaNG: cPluginSkinEnigma::LoadXpm(/etc/vdr/plugins/skinenigmang/flags/ddDD.xpm) LOGO NOT FOUND
Dec  3 15:35:59 [vdr] [8681] EnigmaNG effects thread ended (pid=8638, tid=8681)
Dec  3 15:36:00 [vdr] [8638] max. latency time 1 seconds
vdr02 ~ #

Alles anzeigen

3PO · 3. Dezember 2008

Ich hatte in /video einen Symlink nach /media gestetzt.
Im Verzeichnis /media habe ich so ca. 250GB an Filmen, (verschieden Formate avi, divix, xvid, mpeg, ISO, usw...) zum Testen für die Reel-Plugins hinein kopiert.

Nachdem ich den Symlink gelöscht habe, läuft die CPU wieder normal.

Code

Systeminformationen


Linux Kernel: 2.6.26-gentoo-r3 i686
Distribution: Gentoo Base System release 1.12.11.1
CPU Type:     Intel(R) Core(TM)2 Quad CPU @ 2.66GHz
CPU speed:    1596 MHz 1596 MHz 1596 MHz 1596 MHz
Hostname:     vdr02.<unknown>      IP: 192.168.178.20
Fans:         CPU: 2045 rpm        Case: 902 rpm
Temperatures: CPU: +43.0°C         MB: +32°C


CPU time:     2,3 %                [                              ]
              total / free
Video Disk:   663,3 GB / 517,0 GB  [||||||                        ]
Memory:       2,0 GB / 1,6 GB      [|||||                         ]
Swap:         5,9 GB / 5,9 GB      [                              ]

Alles anzeigen

Code

top - 16:35:32 up  1:21,  1 user,  load average: 0.17, 0.15, 0.47
Tasks: 150 total,   2 running, 148 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.6%us,  0.3%sy,  0.2%ni, 97.8%id,  0.0%wa,  0.1%hi,  0.0%si,  0.0%st
Mem:   2073088k total,   354516k used,  1718572k free,    12052k buffers
Swap:  6144852k total,        0k used,  6144852k free,   175356k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
11810 root      20   0  297m  34m 8872 S   23  1.7   0:40.76 vdr
 4574 root      20   0  1936  600  456 S   10  0.0   0:11.96 metalog
 4402 root      20   0  1764  404  332 S    0  0.0   0:12.25 shmnetd
 8144 root      20   0 22744  11m  10m S    0  0.6   0:03.36 kdm_greet
    1 root      20   0  1592  544  468 S    0  0.0   0:01.83 init
.....

Alles anzeigen

Antiriad · 3. Dezember 2008

Zitat

Original von C-3PO
Nachdem ich den Symlink gelöscht habe, läuft die CPU wieder normal.

Wie? Ich habe mit meiner Vermutung echt richtig gelegen? Cooool.

3PO · 3. Dezember 2008

Zitat

Original von Ioannis

Wie? Ich habe mit meiner Vermutung echt richtig gelegen? Cooool.

Ja, Du hattest Recht. [Blockierte Grafik: http://img140.imageshack.us/img140/4630/icon2thumbsmp2.gif]

1000 THX @ Ioannis

[SOLVED] VDR verursacht extrem hohe CPU-Last

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema