Nirvana's sectionsd Testecke

[mb405]

ok dann teste ich bei gelegenheit.

[Papst]

Moin,

ich hab den Patch grade mal eingebaut.
Patchen und bauen lief einwandfrei. Allerdings zeigt Neutrino mir jetzt gar keinen EPG mehr an. Nur "Warte auf EPG Informationen"
Im Log kommt öfters vom Sectinonsd dieses "received POLLERR"

Wenn ich in der neutrino.conf einen Dateinamen für das EPG File angebe speichert er das File beim runterfahren. Nach dem nächsten Start geht der Speicherverbrauch des sectionsd allerdings schnell auf ca. 40%.
Angezeigt wird auch nach dem Neustart nichts

[Nirvana]

Kann das jemand bestätigen? Bei mir funktioniert das natürlich.

Sieht das EPG - File denn okay aus?

[Papst]

Ja, das File sieht gut aus.
Es wird ja schon beim allerersten Start nichts angezeigt.
Vielleicht irgendwo ein diff vergessen?

Ich habe die beiden Diffs aus dem tuxbox-cvs Verzeichnis mit patch -p1 < diff-file eingebaut. Ohne Fehlermeldung

[Nirvana]

Nee, ich weiß schon. Du musst die Dependencies neu erstellen lassen.

Geh mal in tuxbox/cdk
Dort
rm .deps/zapit
rm .deps/neutrino
rm ../apps/tuxbox/neutrino/config.status

Dann
make .deps/zapit
make .deps/neutrino

Dann das Image bauen.

[Torsten73]

@Nirvana,
wenn ich das richtig verstanden habe wird also nur beim Beenden der Box die XML geschrieben. D.h. wenn ich eine Box habe die 24h/365T an ist und immer alle EPG daten hat, wird das den anderen Boxen nichts nutzen, da die Serverbox normalerweise nicht neu gestartet wird.

Oder habe ich es überlesen, dass die Daten zyklisch in der XML anktuallisiert werden?

Wenn nicht, genau das wäre bei mir Sinnvoll.
Ansonsten muß halt ein Timer herhalten, der immer nachts wenn keiner die Box nutzt einen Neustart auslößt, damit die EPGs für die anderen Boxen gespeichert werden.

Ich freue mich schon auf das erste Image zum Testen, mit Diffs kann ich leider nichts anfangen. Aber vielleicht legt einer mal ein TestImage irgendwo ab?

Cu
Torsten

[Nirvana]

Richtig, aber das ist eine Zeile Code.

[Torsten73]

Na dann rein damit ?

[Papst]

So, habs jetzt hinbekommen nachdem ich ein paar Sachen gecleant hab.
1. Der Speicherverbrauch nach einem Start mit vorhandenem File steigt schnell auf fast 50%. Bei nicht vorhandenem File ist der Speicherverbrauch wie ohne den Patch.
2. Beim Runterfahren durch langes drücken der Standby Taste schaltet die Box während des Fileschreibens in Standby und führt auch das Standby.on Script aus. Ist so sicherlich nicht gedacht.
3. Beim Runterfahren durch DBoxTaste-StandbyTaste scheinen das Shutdownbild und das Hauptmenü merkwürdig vermischt dargestellt zu werden. Allerdings geht die Box nicht in Standby, sondern fährt ganz normal runter.

[Nirvana]

Schön, dass es geht. Dass er sich den Speicher vollkloppt ist klar. War ja auch Sinn und Zweck der Übung.

Das mit dem Standby teste ich mal. Das kann gut sein, denn das nutze ich nie.

[mb405]

na dann warte ich noch bisserl
scheint an den einträgen ab zeile 1023 in nirvana_epg1a.diff zu liegen.
im else zweig fehlt auch wohl das shutdown-logo ?

[PauleFoul]

Daten werden auf gemountetes Verzeichnis geschrieben. Datei sieht
soweit I.O. aus.

Das Problem beim runterfahren kann ich bestätigen.


Bleibt offen:

1. Wie kann man die Daten füher / regelmäßig ins das gemountet
Verzeichnis schreiben?

2. Wie kann ich diese Daten mit einer Client Box vom gemountetem
Verzeichnis einlesen und anzeigen lassen?


Gruß
____Paule

[Papst]

Aber Sinn und Zweck der Übung kann wohl nicht sein das Aufnehmen zu verhindern oder? Genau das passiert nämlich hier wenn der sectionsd sich 50% des Speichers nimmt.
Verstehe auch nicht wieso er für die selben Daten dann mehr als doppelt soviel Speicher benötigt als vorher.

[PauleFoul]

Aber Sinn und Zweck der Übung kann wohl nicht sein das Aufnehmen zu verhindern oder? Genau das passiert nämlich hier wenn der sectionsd sich 50% des Speichers nimmt.
Verstehe auch nicht wieso er für die selben Daten dann mehr als doppelt soviel Speicher benötigt als vorher.

Weil die Daten in XML abgelegt werden. Aber man könnte das File doch
erst beim Runterfahren aus den vorhandenen EPG-Daten erzeugen und
dann übertragen...


Gruß
____Paule

[JtG-Riker]

Wenn jemand mit JTG-Image testen will:

http://jtg.dbox2.info/test.squashfs

Gruß Riker

[petb]

Wenn jemand mit JTG-Image testen will:

http://jtg.dbox2.info/test.squashfs

Gruß Riker

Danke,
*EDIT*
bleibt dabei:
geht leider bei mir garnicht.
neutrino.conf eintrag sieht so aus "epg_file=/mnt/filme/epg.xml"
Snap geladen, neu gestartet, kein EPG.
runter gefahren, box steht mit ausschaltlogo und nix passiert.
Es wird kein /mnt/filme/epg.xml angelegt.
Meine tuxcal.list im gleichen Verzeichnis findet er.
Also denke ich sollte er auch da rein schreiben können.
@Paule
@Jens
Wie habt ihrs denn rein ?

Ach, interessant, trotz ausschalt logo kann ich ins menu und die Einstellungen anschauen. allerdings mit Falschfarben.
gehe ich ins feature menu auf Pluginauswahl (flexm.), kommt auf einmal das tv bild wieder und das Auswahlmenue (flexm.)
da kann ich dann einen Reboot machen.
Allerdings
*/EDIT*
Bye
PetB

[JtG-Riker]

@petb

Musst dich ma mit Paule oder Jens kurzschliessen die haben es zum laufen gebracht, ich habs nur eingebaut nicht getestet

Riker

[Nirvana]

Aber Sinn und Zweck der Übung kann wohl nicht sein das Aufnehmen zu verhindern oder? Genau das passiert nämlich hier wenn der sectionsd sich 50% des Speichers nimmt.
Verstehe auch nicht wieso er für die selben Daten dann mehr als doppelt soviel Speicher benötigt als vorher.

Das hast Du aber oben nicht gesagt. Ich wüsste auch nicht wieso das so sein sollte. Denn beim erneuten Runterfahren sieht die Datei ja weiterhin gut aus. Da sind ja keine doppelten Events oder so. Paule, die Datei wird erst beim Runterfahren angelegt, XML spielt da also keine Rolle.

Davon abgesehen sollten Anwendungen wie Aufnahme usw. zukünftig freemem vom sectionsd aufrufen um diesen anzuweisen, seinen Speicher wieder herzugeben.

[petb]

Ok, bleibt dabei:
test.squashfs nochmal gezogen. neu eingespielt und immer noch das gleiche Prob wie oben beschrieben.
Bei Jens hatte es die neutrino.conf etwas verhauen, die ist bei mir aber sauber.
Das Verzeichnis ist beschreibbar.
Habe auch mal testweise eine Datei angelegt um zu schauen ob er dann reinschreibt, war aber nichts drinnen.
Hat keinen EPG nach dem Start.
Blockt beim runterfahren wie oben beschrieben.

Habe das ganze Szenario mehrmals durchlaufen.
Habe wieder snap vom 18 geladen, geht.
Bye
PetB

[jmittelst]

Sieht gut aus. Wenn man epg_max_events=3000 setzt, ist richtig Speicher auf der Box frei

cu
Jens

[Papst]

Hast du das denn bei dir nicht, dass er sich beim Start mit Dateilesen soviel Speicher krallt?
Also, vor dem Speichern belegt sectionsd ca. 20% RAM. So wie immer seit dem letzten Update vom 8.2. Dabei hat er in diesem Fall den ARD, ZDF, Sat1 Transponder eingelesen, sowie die ganzen Premiere Events.
Box auf ARD runterfahren und das File ist ca. 2,2MB groß.
Nach dem nächsten Start hat der sectionsd für ca. 1:40min über 90% CPU Last und danach sofort ca. 40% RAM belegt. Ohne zappen, nur auf ARD gestartet. Hierbei scheinen auch mehrere Threads des sectionsd gleichzeitig zu laufen. File parsen, Transponder einlesen?
Zappen von ARD über ZDF, RTL auf SAT1. Speicherverbrauch in diesem Fall ca. 45%
Zurück auf ARD und runterfahren. Filegröße jetzt 2,1MB
Nächster Start und das Spiel geht von vorn los.

Vielleicht hilfts dir ja irgendwie.

Finde ich übrigens beeindruckend wieviel Zeit und Energie du hier reinsteckst. Musste mal gesagt werden.

[Nirvana]

Hast du das denn bei dir nicht, dass er sich beim Start mit Dateilesen soviel Speicher krallt?

Das wollte ich nicht gesagt haben. Ich meinte nur, dass es keinen vernünftigen Grund gibt, warum das so sein sollte. Das wird a) schon so sein wie Du sagst und b) ist das bestimmt ein Fehler. Ein Event muss vorher und nacher den gleichen Speicherplatz belegen.

[mb405]

also irgendwie geht das nicht
nach einfügen des mountpunktes in der neutrino.conf und ausschalten der box kommt das shutdown bild mit einen schwarzen bereich in der mitte, und drei blauen punkten untereinander.
im startlog der box kommt

/mnt/plugins/epg.xml: No such file or directory

[mb405]

kommando zurück.
also abgespeichert hat er mir nun die epg.xml jippie
der automounter hat da wohl probs gemacht. mal weiter guggen wie es geht.
nur kommt öfters mal das im log

[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/sectionsd.sock
[basicsocket] send_data: Broken pipe

[mb405]

neuer status.
abspeichern geht jetzt wunderbar. nur einlesen ist nicht drin
vielleicht gibt ja Nirvana noch nen tip wo das teil wieder eingelesen wird.