Ich würde da mal auf einen Schlüsseldienst tippen. 
Bei mir sieht es ähnlich aus (Banana Pi, VDR 2.2.0, Plugins softhddevice + satip + remote).
Bisher ging ich davon aus, dass es sich um EPG-Daten handelt, die VDR ansammelt. Ob der Bedarf endlos weiter wächst, kann ich noch nicht beurteilen. Dazu lief das Ding noch nie lange genug durch...
Edit:
Da ist offenbar tatsächlich ein Speicherfresser am Werk. Der Speicherbedarf steigt ständig weiter an...
CU
Oliver
Ist das ein 32- oder 64-Bit System?
Ich habe nämlich auch eine Meldung von jemandem bekommen, bei dem unter 64-Bit sowas passiert.
Klaus
Banana Pi hat einen ARMv7 Prozessor. Also 32 Bit
Ist das ein 32- oder 64-Bit System?
Ich habe nämlich auch eine Meldung von jemandem bekommen, bei dem unter 64-Bit sowas passiert.
Aufgefallen ist euf ARM 32 Bit. Ich habe auf dem Laptop 64 Bit, aber auch eine langsame Steigerung des Speicherbedarfs festgestellt. Aber nur 1 Stunde laufenlassen, könnte einfach anwachsende Puffer sein.
Ich habe mal valgrind darauf angesetzt, aber das Bild ist dann Slow Motion und vielleicht nicht aussagefähig.
Aber ein permanenten Speicherleak konnte ier nicht feststellen.
Valgrind meckerte über ein paar Stellen im VDR in scandir, vielleicht mal angucken.
Johns
Ich habe den Verdacht, dass es auf einem 64-Bit Intel-System mit HD-FF Karte auch auftritt. Fiel mir allerdings erst auf, nachdem ich diesen Thread gelesen hatte. Habe das System erst einmal auf den neuesten Stand gebracht und überflüssige Plugins rausgeworfen. Werde beobachten, was passiert.
CU
Oliver
Fiel mir allerdings erst auf,
normalerweise fällt das kaum auf, bei einem System mit ordentlich Speicher. Anfang der Woche jedoch verabschiedete sich mein VDR auf dem Banana Pi . Im Log fand ich dann:
hatte das dann noch mal reproduziert. Nach 21 Stunden Dauerlauf:
Momentan mit tagesaktuellen Softwareständen bewegt sich das aber auf sehr niedrigem Niveau:
hier ARD HD Dauerlauf seit gestern Abend ohne Unterbrechung bzw. Umschalten:
QuoteIch habe den Verdacht, dass es auf einem 64-Bit Intel-System mit HD-FF Karte auch auftritt
ich werde das auf meiner FF-HD auch mal laufen lassen. Hattest Du mit oder ohne EPG Daten beobachtet?
Wenn VDR auf dem Banana Pi gekillt wird, weil er mittlerweile 670 MB Speicher konsumiert, ist der Fall klar: Da gibt es definitiv ein Problem.
EPG Scan ist auf allen meinen Systemen aktiv.
Btw, auf dem System mit der HD-FF ist der Speicher für VDR seit meinem letzten Post um ~45 MB angewachsen. Steht jetzt bei knapp 250 MB. Das System hat allerdings so viel Speicher, dass das noch wochenlang so weiter gehen kann...
Wäre interessant, ob das auf dem Raspberry Pi auch auftritt. Der hat ja noch weniger Speicher.
CU
Oliver
ich habe das mal auf der HD-FF laufen. Kernel ist etwas angegraut. VDR läuft sehr spartanisch (Ausgabedev + remote für FB zum steuern)
für die HD-FF sieht es recht unauffällig aus. Ich habe es die Nacht durchlaufen lassen. Hier der Rest von oben.
da wird wohl nicht mehr viel passieren.
Der Speicherbedarf ist extrem niedrig.
Hast Du den EPG Scan abgeschaltet, oder hat die Karte kein Antennensignal?
die Karte hat Signal, ich kann auch nebenbei fernsehen. Ich habe aber so wie oben angegeben nur minimalste Konfig.
Schalter -E- bedeutet doch, das keine epg.data geschrieben wird, oder auch kein EPG Scan? Oder kann man den auch anderweitig deaktivieren (Mehrkartensystem)
seit 11:30 habe ich auch meinen alten RPI1 am laufen :
sieht auch sehr unauffällig aus, ich denke da tut sich auch nichts mehr.
Was mich bei Deiner HD-FF wundert, ist der extrem niedrige Speicherbedarf, der nicht ansteigt. Normalerweise müßte der Speicherbedarf ansteigen, bis er die EPG-Daten gesammelt hat.
Den EPG-Scan kann man in Einstellungen->EPG einstellen. Bei der HD-FF macht er nur auf dem 2. Tuner EPG-Scan, solange man live guckt.
Falls Du natürlich eine minimale channels.conf hast und das Hinzufügen von Kanälen abgeschaltet hast, kann auch nicht viel EPG zusammen kommen.
Bei mir ist das alles aktiviert und ich habe ein paar tausend Kanäle - von 2 Satelliten - in channels.conf.
CU
Oliver
Den EPG-Scan kann man in Einstellungen->EPG einstellen.
Du meinst den hier
Der Wert greift aber doch bei einem 2 Kartensystem nicht mehr , oder ?
QuoteFalls Du natürlich eine minimale channels.conf hast und das Hinzufügen von Kanälen abgeschaltet hast, kann auch nicht viel EPG zusammen kommen.
Bei mir ist das alles aktiviert und ich habe ein paar tausend Kanäle - von 2 Satelliten - in channels.conf.
in der channels.conf habe ich auch paar tausend Kanäle von 2 Satelliten. Für diese Speicherbeobachtung hier möchte ich aber gern den unkalkulierbaren Zuwachs durch EPG Daten so gut wie möglich unterbinden.
Bei HD-FF und RPI wächst der Speicherbedarf zur Laufzeit nicht weiter nach den ersten paar Minuten, jedoch beim Banana-Pi wird der Speicher kontinuierlich immer größer.
Wenn EPGScanTimeout = 0 ist dann wird kein EPG-Scan gemacht, unabhängig von der Anzahl der Karten.
Klaus
Ok, da war ich mir jetzt nicht sicher, früher hat er bei mehreren Karten immer nach 5 Min gescannt.
Kann man das Problem schon einschränken?
Nach den Meldungen fallen Systeme mit dvbhddevice und rpihddevice ja dann weg. D.h. VDR an sich und streamdev könnte man ausschließen?
Ein System mit softhddevice und nvidia könnte dann wohl klären, obs an softhddevice oder libvdpau-sunxi oder beiden liegt...?
Gruß
Andreas
Wenn EPGScanTimeout = 0 ist dann wird kein EPG-Scan gemacht, unabhängig von der Anzahl der Karten.
Das EPG des aktuellen Senders wird aber weiter erfasst und man sieht dadurch einen Speicheranstieg.
Mit streamdev
schaltet es aus.
Johns
