Wieviel Arbeitsspeicher verbraucht euer VDR

Also ich habe hier einen debianfreien PI2, der nichts anderes macht, als meine DB zu füttern und selbst der swapt nach fast einem Monat Dauerbetrieb nur minimal:

server03 ~ # lsb_release -a
LSB Version:    n/a
Distributor ID: Gentoo
Description:    Gentoo Base System release 2.2
Release:        2.2
Codename:       n/a
server03 ~ # uname -a
Linux server03 4.4.7-v7+ #876 SMP Tue Apr 12 22:28:41 BST 2016 armv7l BCM2709 GNU/Linux
server03 ~ # uptime
 20:29:40 up 28 days, 23:39,  2 users,  load average: 0,01, 0,19, 0,37
server03 ~ # free -h
              total        used        free      shared  buff/cache   available
Mem:           925M        879M         10M         92K         35M         22M
Swap:          2,0G        113M        1,9G
server03 ~ # vdr -V
vdr (2.2.0/2.2.0) - The Video Disk Recorder
remote (0.7.0) - Remote control
dummydevice (2.0.0) - Output device that does nothing
epg2vdr (1.0.38-GITb553a07) - epg2vdr plugin
satip (2.2.3-GIT-fe532e2) - SAT>IP Devices
server03 ~ #

Nichts ist ausgeschlossen. Es werden sicherlich unterschiedliche Patches bei den verschiedenen Systemen/Paketen verwendet, dann noch unterschiedliche libs, Plugins, Kombinationen von Plugins usw..

Wenn es eine Umgebung gibt, bei der epg2vdr Speicher frisst, muss man der Sache eben auf den Grund gehen. Dazu gehört dann auch, ggf. aktuellere Versionen aus dem git probieren, evtl. auf den http-Branch zu wechseln (wenn noch nicht geschehen) usw. usf..

Solche langwierigen Memleaks (wenn es welche sind), sind leider nicht leicht zu finden...
Dazu muss man schon Lust haben.

Lars

Ja, das ist halt ein Problem, wenn man mit Paketen arbeitet, da muss man eben das nehmen, was der "Paketdienst" einem so liefert, da wird es, in den meisten Fällen, schwierig, nachzuvollziehen, was der "Lieferant" so alles eingepackt hat.

3PO
Das gilt aber genauso für die Sourcen und das nehmen was die Paketbauer liefern muß man nicht, wie man an meinen PPAs sehen kann. Aber im Grunde verwenden wir doch alle das was die Programmiere zur Verfügung stellen, der eine nutzt halt bereits die Beta Versionen der andere wartzet lieber auf die Finale Versionen.

Solange man sich in den richtigen Repositories bewegt sehe ich kein Unterschied zwischen einem VDR der aus Sourcen oder über ein Repository gebaut wurde.
Sowohl auf einem aus Sourcen gebauten System können die Abhängigkeiten kaputt sein als auch über ein Repository, bei letzterem lässt sich das aber besser vermeiden.

Unabhängig davon glaube ich nicht das wir hiermit dem Problem auf den Grund kommen. Ich hatte vor ein paar Monaten ein ähnliches Problem mit meinem VDR Server, weshalb ich diesen täglich rebootete.
Vor ein paar Wochen habe ich den reboot deaktiviert (um zu schaue ob es noch immer Probleme gibt) und das Speicherproblem war nicht mehr da.
Welches Programm bzw. Plugin das swappen verursacht hat konnte ich nicht nachvollziehen, laut top war es der vdr Prozess.

Von "PPAs" habe ich keine Ahnung, da ich so etwas nicht benötige.

Ich habe mich da wohl etwas unglücklich ausgedrückt. Ich meinte eigentlich, da das Problem wohl ausschließlich bei ya auftritt, liegt es wohl nahe, den Fehler dort zu suchen.

Dass das mit den Sourcen genauso ist, würde nur dann stimmen, wenn die Sourcen "unverpatched" sind und das ist eben, meiner Meinung nach, für die meisten nicht mehr nachvollziehbar, wenn fertige Pakete installiert werden.

Zitat von 3PO

Ja, das ist halt ein Problem, wenn man mit Paketen arbeitet, da muss man eben das nehmen, was der "Paketdienst" einem so liefert, da wird es, in den meisten Fällen, schwierig, nachzuvollziehen, was der "Lieferant" so alles eingepackt hat.

Nein, das ist sogar ganz einfach:

apt-get source <paketname>

Liefert die Sourcen und die Patches.

Gerald

Zitat von ollo

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

Gruß, ollo

An sich nicht so optimal.... Hast du einen Überblick wie sich der Speicherverbrauch über die Zeit ungefähr ändert?

Gruß Andreas

Hallo Andreas,

... das ist ganz schwer zu sagen. Ich habe mal Valgrind auf den VDR angesetzt, aber nix finden können. Ich benutze folgende Plugins:

vdr -d -Pdummydevice -Pepgsearch -Plive -Pstreamdev-server -Psvdrposd

Allerdings kann das Problem auch von ganz anderer Seite stammen - dem kernel vielleicht (3.10.94) bzw. die Treiber für den AmLogic SOC? Jedenfalls wird der Swap nie verwendet, nach Nutzung von "apt-get dist-upgrade" ist viel Speicher weg und wird nicht wieder freigegeben. Außerdem gibt es ab einem gewissen low-memory Stand Fehlermeldungen im syslog:

Zitat

May 17 19:54:28 weplay kernel: [1374554.115231@1] balance_pgdat end zone=1, pgdat_is_balanced=0
May 17 19:54:28 weplay kernel: [1374554.115446@1] balance_pgdat, nr_reclaimed=10
May 17 19:54:28 weplay kernel: [1374554.115493@1] balance_pgdat end zone=1, pgdat_is_balanced=0
May 17 19:54:28 weplay kernel: [1374554.115657@1] balance_pgdat, nr_reclaimed=25

Gruß, ollo

Server Uptime 41 Tage / RAM 658 MB ( Verbrauch sank ) / Swap 20 MB unverändert / laufende Clients : 3

Mal gucken wann die nächsten Aktualisierungen kommen, vllt is ja mal ne Uptime von 180 Tagen drin