Wieviel Arbeitsspeicher verbraucht euer VDR

mini73 · 10. Mai 2016

Man müsste eben mal das ein oder andere Plugin deaktivieren, um zu sehen, welches verantwortlich ist oder ob es direkt der vdr ist.

Oder eben einfach mehr reinstecken, wirklich schaden tut es nicht.

Lars

chriszero · 10. Mai 2016

Dann zieh ich meine Timer mal auf einen Client um. Mal schauen welches Plugin es ist.
Zieht sich halt immer über Tage...

glotzipapa · 11. Mai 2016

Ich hatte ebenfalls ein Memleak-Problem zusammen mit dem SatIp-Plugin. Das lag aber nicht an dem Plugin, sondern an der Network-Config des Kernels. Gelöst habe ich es indem ich in der sysctl.conf die Receive- und Send-Buffer vergrößert habe.

Ich muss zu meiner Schande aber gestehen, dass ich nicht mehr genau weiß an welchen Parametern ich gedreht habe. Hier mal ein Auszug:

Spoiler anzeigen

Boss666 · 11. Mai 2016

Zitat von dxwilli

bei mir mit 12 gb Ram:

top - 21:38:24 up 9 days, 8:02, 0 users, load average: 0.15, 0.13, 0.14
Tasks: 121 total, 1 running, 117 sleeping, 0 stopped, 3 zombie Cpu(s): 1.3%us, 1.3%sy, 0.8%ni, 96.1%id, 0.3%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 12181020k total, 11913848k used, 267172k free, 279552k buffers Swap: 4157436k total, 540k used, 4156896k free, 9370592k cached

Und er swapt auch, zwar nur wenig aber...

Da würde ich aber vor einer weiteren Fehlersuche erstmal die Zombieprozesse und deren Ursachen in Angriff nehmen...

schnoefftel · 11. Mai 2016

Zitat von Boss666

Da würde ich aber vor einer weiteren Fehlersuche erstmal die Zombieprozesse und deren Ursachen in Angriff nehmen...

Leichter gesagt als getan. Nach einem Neustart ist es nur noch einer.

Code

root@vdr:~# ps awxf
  PID TTY      STAT   TIME COMMAND
.
.
.
1175 ?        Ssl    0:02 /usr/bin/tntnet
32200 ?        Z      0:00  \_ [sh] <defunct>
.
.

Ist das der yaVDR- Webserver?

Gruß Jan

magicdragon67 · 12. Mai 2016

Zum Speicher im Allgemeinen

Wo bitteschön ist denn da das Problem ?
Wenn Speicher verfügbar wird der doch auch automatisch genutzt für Puffer etc.
Und was hat denn der VDR anderes zu tun? Also kann er doch auch alles nutzen, was verfügbar ist?
Da die Riegel eh nicht mehr viel kosten, kann man da doch auch ruhig großzügig sein.
Ich habe noch ein ururururalt System mit 1Gb Ram, das läuft auch noch einwandfrei - klar nur SD

Also ich sehe das so, solange der verfügbare Speicher für den VDR ausreicht und noch was übrig ist, kann das gerne von allen möglichen Puffern belegt werden.
Hauptsache die Kiste läuft!

Grüße

seahawk1986 · 12. Mai 2016

Zitat von schnoefftel

Ist das der yaVDR- Webserver?

Ja, der läuft über tntnet - ich vermute, dass da der popen-Aufruf nicht abgeräumt wird, da die Anzahl der defunct Prozesse ansteigt, wenn man das Dashboard mehrfach aufruft: https://github.com/yavdr/yavdr…ng/dashboard_vdr.ecpp#L24
Aber das sollte keinen exorbitanten RAM-Verbrauch zur Folge haben.

mini73 · 12. Mai 2016

Zitat von seahawk1986

Ja, der läuft über tntnet - ich vermute, dass da der popen-Aufruf nicht abgeräumt wird, da die Anzahl der defunct Prozesse ansteigt, wenn man das Dashboard mehrfach aufruft: https://github.com/yavdr/yavdr…ng/dashboard_vdr.ecpp#L24
Aber das sollte keinen exorbitanten RAM-Verbrauch zur Folge haben.

Da müsste man nach dem if-Block in Zeile 33 wohl mal ein "pclose(fp);" einschieben.

Lars.

rell · 12. Mai 2016

Zitat von magicdragon67

Zum Speicher im Allgemeinen
Wo bitteschön ist denn da das Problem ?

Angenommen, es handelt sich nicht um yavdr und i386 Systeme, würde ein überhöhter Speicherverbrauch oder sogar ein leak auf ARM Systemen mit 512-1024MB Speicher schon zu einem Problem führen. Ohne den Link jetzt raussuchen zu wollen, weiß ich nicht, ob der Thread von johns damals mit "Etwas frisst Speicher" gelöst wurde und/oder hier im Zusammenhang steht.
Gruß Andreas

chriszero · 12. Mai 2016

Hatte den og. Thread auch durchgelesen. Direkt zu einem Ergebnis ist man so weit ich das beurteilen kann, nicht gekommen.
Eventuell ist es auch eine starke Speicherfragmentierung auf dem Heap?
Ich versuche heut abend mal den VDR headless in valgrind laufen zu lassen. Hoffe mal das das einigermaßen läuft.

seahawk1986 · 12. Mai 2016

Zitat von mini73

Da müsste man nach dem if-Block in Zeile 33 wohl mal ein "pclose(fp);" einschieben.

Ich habe das mal für die yaVDR 0.6 yavdr-webfrontend Pakete eingebaut.

zaubi4u · 15. Mai 2016

bei mir sieht das nach 3 Tagen so aus:

Code

top - 18:07:49 up 2 days, 23:31,  1 user,  load average: 1.35, 1.40, 1.41
Tasks: 156 total,   1 running, 155 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.2%us,  1.7%sy,  0.7%ni, 94.9%id,  0.0%wa,  0.0%hi,  0.7%si,  0.0%st
Mem:   4046612k total,  3917028k used,   129584k free,   181128k buffers
Swap:  4393980k total,        0k used,  4393980k free,  3089304k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                        
10566 vdr       10 -10 2029m 323m  29m S    8  8.2  29:30.35 vdr

Mein yavdr0.5 System (Nr. 1 aus der Liste)

Auslastung ist okay, geswapt wird nicht

Gruß Micha

MegaV0lt · 15. Mai 2016

Mit einer HD-Aufnahme

Code

top - 18:26:42 up 36 min,  1 user,  load average: 0.46, 0.46, 0.43
Tasks: 164 total,   1 running, 163 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.3 us,  2.8 sy,  3.7 ni, 90.3 id,  0.0 wa,  0.0 hi,  2.8 si,  0.0 st
KiB Mem :  4050132 total,  2670440 free,   966192 used,   413500 buff/cache
KiB Swap:  3999740 total,  3999740 free,    	0 used.  3006824 avail Mem


  PID USER  	PR  NI	VIRT	RES	SHR S  %CPU %MEM 	TIME+ COMMAND
 3457 root  	39  19 2380244 419320  68008 S  13.0 10.4  10:40.94 vdr

ollo · 15. Mai 2016

... und hier mal mein headless server auf der Wetek Play (armhf) bei Aufnahme & Stream einer Sendung auf WDR-HD:

Code

top - 20:33:45 up 13 days, 22:28,  1 user,  load average: 3,52, 3,12, 2,81
Tasks:  87 total,   3 running,  84 sleeping,   0 stopped,   0 zombie
%Cpu0  :  9,4 us, 30,9 sy,  4,2 ni, 41,0 id,  1,7 wa,  0,0 hi, 12,8 si,  0,0 st
%Cpu1  :  1,4 us, 62,5 sy,  1,7 ni, 32,1 id,  2,4 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:	821300 total,   539300 used,   282000 free,   146864 buffers
KiB Swap:   524284 total,    	0 used,   524284 free.   140008 cached Mem


  PID USER  	PR  NI	VIRT	RES	SHR S  %CPU %MEM 	TIME+ COMMAND
21100 tom   	20   0  409152 189848   6140 S  50,5 23,1   2724:53 vdr

Allerdings frisst irgendwas Speicher, wenn auch sehr langsam. Nach 2..3 Wochen braucht's einen Reboot

Gruß, ollo

speefak · 16. Mai 2016

mhhh ich weis ja nicht aber iwie liegt es vllt am yavdr, 3p0 scheint den vdr auch nicht aus den yavdr quellen zu nutzen genau wie ich. des weitern läuft mein vdr auf einem debian 8 und top gibt folgendes aus :

Code

top - 10:58:09 up 37 days, 15:02,  1 user,  load average: 0,12, 0,17, 0,11
Tasks: 136 total,   1 running, 135 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,7 us,  1,2 sy,  0,2 ni, 98,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   8152240 total,  7575956 used,   576284 free,   125376 buffers
KiB Swap:  3998716 total,    19256 used,  3979460 free.  6296164 cached Mem


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND           
27100 vdr       20   0 1797344 569240   5424 S   2,3  7,0 658:07.76 vdr               
20036 root      20   0       0      0      0 S   1,0  0,0   5:21.56 cx23885[0] dvb    
31418 root      20   0       0      0      0 S   0,7  0,0   5:50.41 cx23885[0] dvb    
28834 vbox      20   0   95964   5076   3532 S   0,3  0,1   0:05.09 sshd              
28835 vbox      20   0   13060   2304   1760 S   0,3  0,0   0:02.28 sftp-server       
    1 root      20   0   29260   4700   2800 S   0,0  0,1   0:50.44 systemd           
    2 root      20   0       0      0      0 S   0,0  0,0   0:12.24 kthreadd          
    3 root      20   0       0      0      0 S   0,0  0,0  22:16.07 ksoftirqd/0       
    5 root       0 -20       0      0      0 S   0,0  0,0   0:00.00 kworker/0:0H      
    7 root      20   0       0      0      0 S   0,0  0,0  24:55.57 rcu_sched         
    8 root      20   0       0      0      0 S   0,0  0,0   0:00.09 rcu_bh            
    9 root      rt   0       0      0      0 S   0,0  0,0   0:17.82 migration/0

Alles anzeigen

htop zeigt 1.2 GB als belegt an bei einer uptime von 37 Tagen, 18 MB Swap

installierte Software :

Code

dpkg -l | grep vdr
ii  vdr                              2.0.3-3                              amd64        Video Disk Recorder for DVB cards
ii  vdr-dev                          2.0.3-3                              all          Video Disk Recorder for DVB cards
ii  vdr-plugin-epgsearch             1.0.1~beta3-5                        amd64        VDR plugin that provides extensive EPG searching capabilities
ii  vdr-plugin-live                  0.2.0+git20130305-6.1+b1             amd64        Web administration plugin for VDR
ii  vdr-plugin-streamdev-server      0.6.0+git20130305-5                  amd64        VDR Plugin to stream Live-TV to other VDR's - server part

dazu noch der apache webserver, mit 2-3 websites und virtualbox mit phpvirtualbox - VM aktuelle alle aus, vbox deamon läuft aber. Mysql server läuft auch noch.

Quellen des VDR : deb http://www.deb-multimedia.org/ jessie main non-free

chriszero · 16. Mai 2016

Mir ging es ja eigentlich nur um dem VDR Prozess.
Ich habe vor 3 Tagen das epg2vdr Plugin deaktiviert, und siehe da, Speicherverbrauch stabil auf ~200Mb. Sobald epg2vdr läuft, frisst es den kompletten RAM auf...

3PO · 16. Mai 2016

Tja, wie schon weiter vorn im Thread vermutet, scheint das wohl ein reines Problem von dem ya-Zeugs zu sein.
Bei mir swapt kein einziger von meinen HTPCs.

_Martin_ · 16. Mai 2016

Dann von mir auch einmal. Keine RAM-Auffälligkeiten aber ich muss auch sagen ich achte da nicht drauf!
VDR aus sourcen selbst kompiliert.
Plugins:

Code

vdr (2.2.0/2.2.0) - The Video Disk Recorder
softhddevice (0.6.1rc1-GIT4fa4f66) - A software and GPU emulated HD device
tvscraper (0.2.0) - Scraping movie and series info
streamdev-server (0.6.1-git) - VDR Streaming Server
böses plugin
neutrinoepg (0.3.6) - View the EPG like neutrino does
epgsearch (1.0.1.beta5) - search the EPG for repeats and more
skinflatplus (0.5.1) - skin flatplus

Code

top - 18:07:29 up 12 days, 22:16,  2 users,  load average: 0,18, 0,35, 0,25
Aufgaben:   1 total,   0 running,   1 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,4 be,  0,5 sy,  0,3 ni, 98,8 un,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Mem:  3861,934 total, 3563,781 used,  298,152 free,  149,281 buffers
MiB Swap:    0,000 total,    0,000 used,    0,000 free. 1764,648 cached Mem


  PID BENUTZER  PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 2264 mts       20   0  725,3m 298,7m  27,2m S   1,0  7,7 204:02.75 vdr

Grüße
Martin

chriszero · 16. Mai 2016

Ich sag ja, das liegt am epg2vdr Plugin. Ohne dieses ist das Problem nicht existent.
Das liegt nicht am "ya-Zeugs".... immer diese Debian/Ubuntu Phobie...

3PO · 16. Mai 2016

Also ich habe auch auf meinen ya freien HTPCs überall das epg2vdr Plugin installiert und bei mir existiert dieses Problem nicht.

Wieviel Arbeitsspeicher verbraucht euer VDR

Jetzt mitmachen!

Teilen