sectionsd goes tabled

[Innuendo]

...

[PauleFoul]

Also die neueste Version läuft soweit. Auch die neue Funktion mit der
Begrenzung des EPGTextes funktioniert.
Die Menüerweiterung macht auch einen guten Eindruck.

Allerdings bringt das Ausblenden der EPG-Beschreibung nichts um den
Speicher zu entlasten... In einem ersten Test war der Speicherverbrauch
nahezu gleich. Verstehe ich überhaupt nicht wie das sein kann. Werde
das aber noch einmal testen. Die teilweise riesigen Beschreibungen
müssten doch richtig Speicher fressen.


Gruß
____Paule

[TbM]

Die teilweise riesigen Beschreibungen
müssten doch richtig Speicher fressen.

Du kannst ja die Buchstaben zählen, dann weisst du wieviel der Text an Speicher belegt...

Wenn ich hier (mit altem sectionsd) etwas Aufzeichne hat die Box gerade noch 700kb Speicher frei, ich habe das EPG aber auch auf 4000 Einträge und 3 Tage begrenzt, laut TOP belegt sectionsd aber immernoch über 20% Speicher...

[palace]

So, der "neue" läuft seither unauffällig
Ist das nun der damals von Dir (Nirvana) erwähnte DVB konforme Sectionsd?
Suckt er jetzt nicht mehr?

Grüsse

[Nirvana]

Nein leider ist er noch nicht wie er sein könnte. Besser schon, aber nicht wie DVB es wollte.
Das Problem ist wiederum die Trennung von Senderliste und EPG. Du kannst nicht feststellen ob ein EI-Table vollständig ist ohne die Sender des Transponders zu kennen. Deshalb behilft sich die aktuelle Version wie folgt: Ein Table wird als vollständig angenommen wenn sich eine section wiederholt und zwischendrin nur bereits gelesene sections registriert wurden.
Die alte Version hat einen Table nach einer gewissen Zeit als vollständig angenommen.
DVB würde schauen ob alle Subtables der EPG-sendenden Sender vollständig sind und damit noch schneller auf den nächsten Filter umschalten.

[Nirvana]

http://download.yousendit.com/E28C0AE1560160EB

Das ist zum Vergleich die PauleFoul Spezial Version. Da kommt folgendes Filterschema zum Einsatz:
Erst wird Current/Next vom aktuellen Sender gelesen
Dann die Liste des aktuellen Sender
Dann zurück auf Current/Next von allen Sendern
Dann die Liste aller Sender des aktuellen Transponders
Dann die Liste der anderen Transponder

Sinn und Zweck ist die Liste möglichst schnell vom aktuellen Sender komplett zu bekommen. (Siehe ZDF Beschiss weiter oben)
Potentieller Nachteil ist, dass der sectionsd etwas länger rödelt. Sollte aber unkritisch sein.

Der heutige DVB-Inkonformitätspokal geht in dem Zusammenhang an das ZDF. Hallo ZDF! Aufwachen! Im table 50 stimmt die last_section_number nicht! Sie steht auf 0xf8. Ihr sendet aber nur bis 0x59...

Diff gibt's bei Bedarf, wenn ihr meint dieses Verhalten ist cooler.

[PauleFoul]

Schön das es jetzt spezielle Versionen für mich gibt...

Also die Events werden jetzt auf den jeweiligen aktiven Sendern
(auch ZDF) sehr schnell geladen.

Allerdings gibt es bei ARD, SAT1 und Pro7 lücken und das NOW-Event
wird garnicht oder nur nach sehr langem warten geladen.
Bei ARD wird das Now-Event garnicht geladen.

Ist allerdings nur ein schneller Test gewesen...


Alles in alles für mich eine deutliche Geschwindigkeitsverbesserung!

Weiter so...


Gruß
____Paule

[Nirvana]

Allerdings gibt es bei ARD, SAT1 und Pro7 lücken und das NOW-Event
wird garnicht oder nur nach sehr langem warten geladen.
Bei ARD wird das Now-Event garnicht geladen.

Also ich bin jetzt auch Befürworter Deiner Variante. Habe ich auch drauf und kann das obige Verhalten nicht bestätigen. Einzig die ausführliche Beschreibung scheint wieder da zu sein.

[PauleFoul]

Hmm....

Ich hab die Version momentan gekillt, weil auf den angesprochenen
Sendern plötzlich der gesamte EPG weg war und auch nicht mehr
nachgeladen wurde...

Ich werde aber gleich noch einmal "intensiv" testen...


Gruß
____Paule


PS: vielleicht könntest Du doch nochmal ein Diff anhängen, dann baut
uns Riker vielleicht einen Testsnap.

[Nirvana]

Diff:
http://ulc.tuxbox-cvs.sourceforge.net// ... tory=Diffs&

Fixed:
- die Sache mit der ausführlichen Beschreibung.
- ansonsten kommt das Bin von oben dabei raus

[PauleFoul]

Also, der zweite Test lief erfolgreicher... Keine Fehler gefunden

Keine Ahnung warum der beim ersten mal gezickt hat...


Was ist denn die Änderung mit der Beschreibung??

Wenn Ich es schnell testen soll bräucht ich ein BIN. Ansonsten muss
ich hoffen, dass Riker was für uns bastelt.


Gruß
____Paule

[PauleFoul]

@ Nirvana

Also die letzte Änderung läuft sehr stabil und schnell. Auch die CPU
Last ist gesunken (gegenüber CVS Stand).

Allerings macht mir das mit dem Speicherverbrauch etwas Sorgen.
Habe durch das Eingrenzen der Beschreibungen bei meinen Tests
keine nennenswerte Speichereinsparung feststellen können.

Kannst Du Dir dieses Verhalten erklären?
Eigentlich sollten die ganzen, teilweise sehr umfangreichen Beschreibungen
doch einiges an Speicher verbrauchen, oder?


Gruß
____Paule

[Nirvana]

Nö, Verhalten kann ich nicht erklären. Hast Du gecheckt, ob die ausführlichen Beschreibungen wirklich weg sind? Ich glaube die werden immer noch angezeigt.
Langzeit-Stabilität und CPU-Last waren ja meine Motivation. Aber ich habe jetzt auch einmal gesehen, dass ein Now Event nicht aus dem Current Next Table kam. Leider hatte ich da nicht meine Debug Version mit mehr Ausgaben drauf, sodass ich nicht sagen kann, ob der Table kaputt war.

[PauleFoul]

Nö, Verhalten kann ich nicht erklären. Hast Du gecheckt, ob die ausführlichen Beschreibungen wirklich weg sind? Ich glaube die werden immer noch angezeigt.

Also die Bespreibungen sind bei Event die mehr als 6 Stunden in der
Zukunft liegen nicht mehr vorhanden. Das habe ich überprüft. Die
Funktion scheint also soweit zu funktionieren.

Langzeit-Stabilität und CPU-Last waren ja meine Motivation. Aber ich habe jetzt auch einmal gesehen, dass ein Now Event nicht aus dem Current Next Table kam. Leider hatte ich da nicht meine Debug Version mit mehr Ausgaben drauf, sodass ich nicht sagen kann, ob der Table kaputt war.

Ich meine das Du beide Deiner Vorgaben voll erfüllt hast. Nur wäre halt
mein "Stabilitätswunsch" das weniger Speicher verbraucht wird.

Komisch ist auch, das wenn ich zum Beispiel ein Image ins RAM kopiere,
ja praktisch 5-6MB Speicher dafür benötigt werden, ich aber nicht
feststellen kann das irgendwelche Event hierdurch verloren gehen.
Keine Ahnung wer den Speicher freigibt...

Gruß
____Paule

[palace]

Hey,

kann frühestens morgen (oje: heute ) testen (nach inst. des neuen JtG Release)...
Ist das oben auf der Seite das aktuellste Binary?

[PauleFoul]

Hey,

kann frühestens morgen (oje: heute ) testen (nach inst. des neuen JtG Release)...
Ist das oben auf der Seite das aktuellste Binary?

Nein Du muss das Diff verwenden. Es gibt kein Binary vom neuesten Stand.


Gruß
____Paue

[palace]

Nein Du muss das Diff verwenden. Es gibt kein Binary vom neuesten Stand.

Naja, DU hast doch nun ein Binary - mit diffs kann ich (Asche auf mein Haupt) noch immer nix anfangen
Könntest Du mit Dein bin irgendwie zukommen lassen?

Aber auch die Version vorher gefällt mir bereits sehr gut!!!
Linux gibt scheinbar den Speicher nicht immer gleich frei; ich weiss auch nicht, was "inaktiv", "buffers" und "cached" genau/exakt bedeutet.
Mit free alleine kann man das glaub ich nicht sehen. Werde Später mal schauen, was "top" und "ps aux" sagen.

<ot>
@nirvana: Im JtG Forum kam noch das Thema EPG speichern / laden auf:
Beim Start werden erst die sections des kanals/transponders gelesen und dann aus der Datei... kann man da noch was drehen? Lesen der Dateien, filtern, dann DVB?
Ich fänds immer noch gut, wenn es NEBEN xml noch n raw oder zip Format gäbe, damit das EPG beim Start schneller gelesen würde.

Wie Paule auch geht es mir im wesentlichen darum, nach nem Reboot zumindest für die Favoriten n EPG zu haben.

Kannst Du mir beantworten, warum sectionsd, wenn neutrino noch nicht läuft, nur den aktuellen Sender hält?
Hatte, wie Paule mal versucht vor dem Start mit pzapit und sleep das EPG zusammen zu bringen
</ot>

Grüsse,

Chris.

[PT-1]

@Palace

http://www.pt-1.net/NirvanaTest/Test7_sectionsd

keine Ahnung ob ich das mit dem diff richtig gemacht habe ;-)

[palace]

Merci!!!

[PT-1]

Erst testen & dann bedanken ;-)

[PauleFoul]

Hier mal ein Testsnap (Image 2.2.4) in dem das letzte Diff von
Nirvana enthalten ist. Läuft bei mir absolut rund...

http://jtgimage.dyndns.tv/testsnap/test ... 3.squashfs


@ Nirvana
Bei Pro7 gibt es zur Zeit noch manchmal Doppel-Events.


Gruß
____Paule

[TbM]

Also fürs ZDF gibts ja nun einen "Bugfix", wie siehts mit der Pro7Sat1-Gruppe aus, die mehrfachen EPG-Einträge stören immernoch (kein richtiges Now&Next, "Next" fehlt sehr oft und teilweise steht unter "Now" die vorherige Sendung weil die mehrfach-Einträge 5min auseinanderliegen und erst der 2. Eintrag "gültig" ist)...

Linux gibt scheinbar den Speicher nicht immer gleich frei; ich weiss auch nicht, was "inaktiv", "buffers" und "cached" genau/exakt bedeutet.

Ich hab unter TOP nur "total", "used", "free", "buffers" und "cached". "inaktiv" ist wohl Speicher der einige Zeit nicht aktiv gelesen/beschrieben wurde...

Total + Used + Free = ist klar
buffers = Com-, Netzwerk-Puffer etc
cached = Datei-Cache, wird automatisch freigegeben wenn mehr Speicher angefordert wird als unter "free" zu finden ist

Unter Top steht "cached" hinter "Swap", hat damit aber garnichts zutun...

Aber das ist jetzt irgendwie Offtopic...

[mb405]

also bis jetzt keine fehler gefunden.
bis morgen muss schon getestet werden, damit eine verlässliche aussage getroffen werden kann. hatte vorher diff4 drin und das ging manchmal zäh.

[Nirvana]

Die Pro7 Problematik habe ich auf der letzten Seite erklärt. Sectionsd verhält sich korrekt im Sinne des Standards. Beschwert euch bei Pro7 dass sie Mist senden.

[PauleFoul]

Die Pro7 Problematik habe ich auf der letzten Seite erklärt. Sectionsd verhält sich korrekt im Sinne des Standards. Beschwert euch bei Pro7 dass sie Mist senden.

Magst ja recht haben, aber das hilft uns allen auch net weiter...

Ich denke nicht, das Pro7 wegen uns den EPG ändern wir. Abgesehen
davon zeigen es andere Receiver korrekt an. Warum auch immer...


Gruß
____Paule