vdr frisst Hauptspeicher, wie Ursache finden?

Hallo,

top zeigt mit folgendes:

top - 18:50:28 up 1 day, 9:41, 2 users, load average: 0.14, 0.14, 0.09
Tasks: 83 total, 1 running, 82 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.0% user, 3.6% system, 0.0% nice, 95.4% idle
Mem: 515324k total, 492992k used, 22332k free, 21172k buffers
Swap: 996020k total, 304248k used, 691772k free, 225184k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29638 root 9 0 277m 132m 78m S 0.0 26.3 16:21.03 vdrdevel
29716 root 8 0 277m 132m 78m S 0.0 26.3 0:00.02 vdrdevel
29717 root 9 0 277m 132m 78m S 0.0 26.3 0:00.01 vdrdevel
29718 root 12 0 277m 132m 78m S 1.0 26.3 37:54.53 vdrdevel
29719 root 9 0 277m 132m 78m S 0.0 26.3 0:00.29 vdrdevel
29720 root 9 0 277m 132m 78m S 0.0 26.3 0:00.01 vdrdevel
29721 root 9 0 277m 132m 78m S 0.0 26.3 0:00.03 vdrdevel

vdrdevel kommt 7x da dies die verschiedenen Plugins sind?

Ich habe dies in letzter Zeit schon oft beobachtet, wenn man vdr(devel) neu startet fängts klein ein, swap ist nicht in Benutzung und mit der Zeit geht es halt hoch, ich habe keine Idee wie weit insgesamt.

Man erkennt Symptome des Problems auch auf dem Desktop, umschalten zwischen verschiedenen Fenstern dauert eine Ewigkeit und die Platte rödelt wild - da wird vermutlich reichleich aus dem swap geholt.

Ich würde gerne wissen, wie ich feststellen kann ob vdr(devel) selbst oder eines der Plugins so reichlich frisst. Gibt es dafür eine Möglichkeit?

Danke
Georg

Hallo,

dank Tobi läuft bei mir seit 2 Tagen 1.3.19.

Hauptspeicherverhalten bleibt:

top - 08:43:35 up 1 day, 22:22, 1 user, load average: 4.47, 2.20, 0.90
Tasks: 96 total, 7 running, 89 sleeping, 0 stopped, 0 zombie
Cpu(s): 16.3% user, 26.5% system, 0.0% nice, 57.2% idle
Mem: 515324k total, 509916k used, 5408k free, 8584k buffers
Swap: 996020k total, 61080k used, 934940k free, 315192k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
28718 root 9 0 101m 89m 2096 S 0.0 17.9 3:23.26 vdrdevel
28720 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.00 vdrdevel
28721 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.06 vdrdevel
28722 root 11 0 101m 89m 2096 R 6.6 17.9 16:02.44 vdrdevel
28723 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.03 vdrdevel
28724 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.03 vdrdevel
29187 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.07 vdrdevel
29188 root 9 0 101m 89m 2096 S 0.0 17.9 0:00.00 vdrdevel
1360 root 9 0 52640 46m 1388 S 0.0 9.2 165:11.17 vdradmind.pl

nach weniger als 24h Laufzeit

cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 527691776 393576448 134115328 0 10756096 189726720
Swap: 1019924480 64049152 955875328
MemTotal: 515324 kB
MemFree: 130972 kB
MemShared: 0 kB
Buffers: 10504 kB
Cached: 175608 kB
SwapCached: 9672 kB
Active: 40700 kB
Inactive: 320152 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 515324 kB
LowFree: 130972 kB
SwapTotal: 996020 kB
SwapFree: 933472 kB

sagr mir leider nix weiteres ...
Interessant ist meminfo sieht 130972k MemFree, top 5408k.

Weitere Tipps?

Georg

Dr.Nop

>Benutzt du den DisableDoubleEPGEntries Patch ?
>Ich hatte den auch mal drauf und er leakte Speicher bei mir.

tut mir leid, was ist dieser Patch?
Hier läuft vdr 3.06 mit Tobi's aktuellen 1.3.19er vdrdevel updates.
Nix selbstgebautes (leider?)

Zum heutigen Neustart veranlasste mich folgender Speicherfrass:

top - 21:20:08 up 3 days, 10:58, 1 user, load average: 0.47, 0.89, 0.79
Tasks: 87 total, 4 running, 83 sleeping, 0 stopped, 0 zombie
Cpu(s): 8.1% user, 24.0% system, 0.0% nice, 67.9% idle
Mem: 515324k total, 506612k used, 8712k free, 61032k buffers
Swap: 996020k total, 150244k used, 845776k free, 240572k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14229 root 6 0 200m 112m 13m S 3.6 22.3 14:24.62 vdrdevel
14231 root 9 0 200m 112m 13m S 0.0 22.3 0:00.03 vdrdevel
14232 root 9 0 200m 112m 13m S 0.0 22.3 0:00.55 vdrdevel
14233 root 12 0 200m 112m 13m S 2.3 22.3 36:40.43 vdrdevel
14234 root 9 0 200m 112m 13m S 0.0 22.3 0:00.13 vdrdevel
14235 root 9 0 200m 112m 13m S 0.0 22.3 0:00.21 vdrdevel
5551 root 9 0 200m 112m 13m S 0.0 22.3 0:00.22 vdrdevel
1360 root 9 0 54068 47m 1404 S 0.0 9.5 316:29.32 vdradmind.pl

Georg

Nun habe ich heute mal den vdr (fast) ohne plugins laufen lassen ...

so sieht es bei ps aus:
22143 ? SNs 0:00 /bin/sh /usr/sbin/runvdrdevel -v /var/lib/video.00 -c
/var/lib/vdrdevel -L /usr/lib/vdrdevel/plugins -r /usr/lib/vdrdevel/vdrdevel-re
cordingaction -s /usr/lib/vdrdevel/vdrdevel-shutdown -E /var/cache/vdrdevel/epg.
data -P "remote -i autodetect" -P text2skin -w 210 < /dev/tty8

kann ich da doch noch Plugins rausnehmen?

am Speicherfrass ändert sich leider nix, top gibt jetzt nach 14h Betrieb für vdrdevel
109m virt, 55m res an ... wie üblich.

Nachvollziehbar ist folgendes:
Eine Aufnahmetimer starten, wieder stoppen.
Dann mehrfach den Timer aktivieren und deaktivieren, jedes mal steigt der Seicherbedarf von vdr an, er kehrt nie zu dem Wert zurück, den er vor Start des Timers hatte.
Ich verstehe nix mehr .... Eigentlich wenn das ein generelles Problem ist, müssten doch die Liste hier voll von Problemen sein. Oder fällt es nicht auf weil die wenigsten vdrs 24h 7 Tage am Stück laufen?

Kann ich mir Details über den vdr - welche Mengen an Speicher gehen wofür drauf irgendwie ansehen?

Ratlos ....