[PATCH] Mal wieder ein sectionsd-Versuch...

[Gaucho316]

Wäre dann "sectionsdcontrol --restart; sectionsdcontrol --nopause" eine Alternative zu "killall sectionsd; sectionsd"? Oder registriert der sectionsd sich dann auch nicht wieder richtig bei Neutrino?

[Tommy]

Wäre dann "sectionsdcontrol --restart; sectionsdcontrol --nopause" eine Alternative zu "killall sectionsd; sectionsd"? Oder registriert der sectionsd sich dann auch nicht wieder richtig bei Neutrino?

Es stellt sich die Frage wiso überhaupt? Der sectionsd wird AFAIK während der Aufnahme sowieso schlafen gelegt. Es ist eine sich hartnäckig haltende Mär das man durch killen des sectionsd mehr Resourcen freigibt. Auch renice und andere Skriptkiddie Tricks bewirken nichts anderes als die Erschaffung neuer Problemquellen.

[seife]

Es stellt sich die Frage wiso überhaupt? Der sectionsd wird AFAIK während der Aufnahme sowieso schlafen gelegt. Es ist eine sich hartnäckig haltende Mär das man durch killen des sectionsd mehr Resourcen freigibt. Auch renice und andere Skriptkiddie Tricks bewirken nichts anderes als die Erschaffung neuer Problemquellen.

Jein.
Wenn meine Box eine Woche läuft, dann kann ich keine Aufnahme mehr starten, weil der Speicher zu fragmentiert ist => die Speicherallokation schlägt fehl. Ein sectionsd-Neustart fixt das.

Im CVS (vcrcontrol.cpp) habe ich gezeigt, wie man das machen könnte (momentan ge-#ifdef'd, weil ich keine Lust hatte, das in die GUI zu integrieren).

Wenn Houdini den basicsocket überholt hat, dann wird eh alles besser ;-)

[Tommy]

Wenn meine Box eine Woche läuft

Sorry, aber dafür kriegst Du von mir einen roten Umwelt Engel

Ich konnte es (in Bezug auf WAF) durchsetzen, das auf jeder Box im Haus ein zwei tägliche Shutdown Timer gesetzt sind. 23:00 und 8:00. Wenn (selten) die Announce kommt reicht ja ein Druck auf rot.

[Gaucho316]

Jein.
Wenn meine Box eine Woche läuft, dann kann ich keine Aufnahme mehr starten, weil der Speicher zu fragmentiert ist => die Speicherallokation schlägt fehl. Ein sectionsd-Neustart fixt das.

Im CVS (vcrcontrol.cpp) habe ich gezeigt, wie man das machen könnte (momentan ge-#ifdef'd, weil ich keine Lust hatte, das in die GUI zu integrieren).

Dieser Code sollte nun auch noch beim Movieplayer-Start und -Stop aufgerufen werden. Ich nutze nämlich "sectionsdcontrol --restart" in der movieplayer.start, da ich sonst meistens meine Aufnahmen nicht ordentlich abspielen kann. Und natürlich sollte das alles konfigurierbar sein. Das wäre wirklich super.

[DrStoned]

Die aktuelle sectionsd-Revision im CVS ist nach den heutigen CVS commits von seife 1.269.

Basierend darauf habe ich den no_debug-Patch aktualisiert, eine Binary damit kompiliert
und beides hier hochgeladen: sectionsd_1.269_nodebug.tar.bz2

Habe die Version 1,269 die von rhabarber1848 kompiliert wurde, jetzt noch mal mit den Problemsendern getestet. Arte und 9 LIve laufen jetzt auch bei meiner Nokia SAT Avia 500, auch wenn der Speicher voll ist. Habe zur Zeit mit SWAP-Speicher auf der Festplatte 32268 KB im TMPFS (RAM+SWAP) belegt, 6000 Events im sectionds eingestellt, laut EPG-Info die 6000 Events auch voll eingelesen, und kann trotzdem auf Arte oder 9 Live umschalten, ohne dass sich die Box weghängt.

Bitte testet auch mal auf Euren Problemsendern, und teilt Eure Erfahrungen mit. So gut lief der sectionsd bei mir schon seit Jahren nicht mehr.

Greetz von DrStoned

[seife]

Tja. Was lange währt....

....ist trotzdem noch verbesserungsfähig

[DrStoned]

Beim umschalten auf QVC hat sich jetzt die Box jedoch wieder hart weggehängt. Ist mir aber relativ egal, da dieser Müll sowieso aus meiner Senderliste rausfliegen wird.

Greetz von DrStoned

[DrStoned]

Mist, ich weiss jetzt auch nicht warum es auf einmal wieder nicht funktioniert, jetzt hängt sich die Box nach dem Neustart auch wieder auf Arte weg. Es läuft jedoch die neue Version sectionsd 1.269 laut EPG-Info. Habe auch schon probiert vor dem Umschalten auf Arte den sectionsd neu zu starten, aber es passiert wieder das Gleiche, die Box hängt sich auf.

Was mir jetzt noch aufgefallen ist, läuft die Box schon ne Weile, bei mir waren es jetzt 3 Tage als ich den neuen sectionsd auf meine Platte gelegt habt, verlinkt auf /var/bin/ (start neutrino natürlich angepasst), und ich starte den sectionsd dann über Service -> EPG neu starten und teste dann auf den Problemsendern, schmiert die Box nicht sofort ab. Möchte nur wissen woran das liegt.

Greetz von DrStoned

[mb405]

weil erst neutrino neugestartet werden muss bei den letzten versionen in verbindung mit infoviewer.
ich hab die 2 modifikationen nicht drin bei mir, und er läuft bis auf die problemsender astrein.

[seife]

Bei service->EPG neu starten muss natürlich neutrino nicht neu gestartet werden.
Ausserdem würde IMVHO die Kiste auch abschmieren, wenn neutrino nicht neu gestartet werden würde, weil der sectionsd trotzdem EPG einliest, er schickt nur keine Events an die GUI, wenn neue Events da sind (weil er die GUI ja nicht kennt, da diese sich nicht registriert hat, ohne Neustart).

[bellum]

Ich habe seit heute auch den aktuellen cvs-sectionsd am laufen und bisher ist soweit fast alles prima. Was mir leider immer noch auffällt/"stört" ist, dass es beim starten der box (und damit des desctionsd) oft relativ lange dauert bis der Sendungs-Fortschrittsbalken im LCD gesetzt wird. Drückt man die "?"-Taste ist er dann sofort da.

Seife, ich hatte das vor einiger Zeit schon mal berichtet und Du wolltest Dir das mal anschauen. So wie ich das verstanden habe informiert der sectionsd ja jetzt neutrino. Kannst Du da nicht etwas einbauen, dass er zügig den Fortschrittsbalken aktualisiert?

Danke und well !

Gruß bellum

[GetAway]

Hi,

ich kann das bestätigen. Das aktualisieren zur vollen Minute klappt dann auch nicht.
Nach 5 Minuten habe ich aufgehört zu schauen und "?" gedrückt.

[mb405]

das sind die beiden änderungen, die ich oben schon beschrieben habe.
wenn die wieder raus kommen gehts zügig.

[bellum]

Hi,

ich kann das bestätigen. Das aktualisieren zur vollen Minute klappt dann auch nicht.
Nach 5 Minuten habe ich aufgehört zu schauen und "?" gedrückt.

schön dass der Fehler noch bei jemand anderem auftritt, dacht schon ich spinne...

Gruß bellum

[seife]

Ich schau mir's an. Bei mir tritts natürlich nicht auf
Ist es evtl. vom Startkanal abhängig? Wird bei euch beim Neutrino-Start die Infobar eingeblendet?

mb405's Rat ist trotzdem falsch. Man kann natürlich alles mit sinnlosem Polling erschlagen, aber dann darf man sich auch nicht wundern, wenn alles so langsam und zäh ist.

[bellum]

Ich schau mir's an. Bei mir tritts natürlich nicht auf
Ist es evtl. vom Startkanal abhängig? Wird bei euch beim Neutrino-Start die Infobar eingeblendet?

Ich habe gerade mal ein paar Tests gemacht. Hier die Ergebnisse:
Start mit ARD - Infobar wird mit Uhrzeit aber ohne Events eingeblendet, LCD ohne Fortschrittsanzeige

Code: Alles auswählen

Log:
[timeThread] - 18.10.2008 10:45:33, tim: Sat Oct 18 10:45:33 2008
01:00:13.516 dmxSDT: going to sleep...
[timeThread] Time set via DVB, going to sleep for 5400 seconds.
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)
10:45:33.154 dmxCN: going to sleep...
10:45:33.156 eit_set_update_filter, servicekey = 0x44d00016dca, current version 13
10:46:17.312 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:20.603 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:22.656 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:24.724 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:26.779 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:29.408 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:32.075 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:34.230 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:36.311 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:38.576 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:41.838 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:43.629 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:45.946 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:47.928 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:50.932 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:53.338 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:55.412 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:46:57.538 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:47:02.774 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
[sectionsd] DMX::readNbytes read: Value too large for defined data type
10:47:07.068 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:47:13.709 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
10:47:24.567 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1

Start mit ZDF - Infobar wird ohne Uhrzeit und ohne Events eingeblendet, LCD aber mit Fortschrittsanzeige

Code: Alles auswählen

Log:
[timeThread] - 18.10.2008 10:55:03, tim: Sat Oct 18 10:55:03 2008
01:00:20.945 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[0] filter 0x4e mask 0xff
01:00:20.950 dmxSDT: going to sleep...
[timeThread] Time set via DVB, going to sleep for 5400 seconds.
10:55:03.311 dmxCN: going to sleep...
10:55:03.311 eit_set_update_filter, servicekey = 0x43700016d66, current version 19
10:58:37.610 EIT Update Filter: Activate cnThread
10:58:37.617 dmxCN: waking up again - requested from .change()

Start mit RTL - Infobar wird mit Uhrzeit aber ohne Events eingeblendet, LCD ohne Fortschrittsanzeige

Code: Alles auswählen

Log:
[timeThread] - 18.10.2008 11:01:43, tim: Sat Oct 18 11:01:43 2008
01:00:14.816 dmxSDT: going to sleep...
[timeThread] Time set via DVB, going to sleep for 5400 seconds.
11:01:43.021 dmxCN: going to sleep...
11:01:43.022 eit_set_update_filter, servicekey = 0x44100012ee3, current version 255

Start mit Pro7 - Infobar wird mit Uhrzeit aber ohne Events eingeblendet, LCD ohne Fortschrittsanzeige

Code: Alles auswählen

Log:
[timeThread] - 18.10.2008 11:07:43, tim: Sat Oct 18 11:07:43 2008
01:00:22.253 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[0] filter 0x4e mask 0xff
01:00:22.258 dmxSDT: going to sleep...
[timeThread] Time set via DVB, going to sleep for 5400 seconds.
11:07:43.138 dmxCN: going to sleep...
11:07:43.139 eit_set_update_filter, servicekey = 0x4530001445d, current version 255

Ich habe bei Pro7 auch mal den Timeout für die Infobar von 6s auf 60sek hochgedreht um zu schauen, was passiert.
Aber man sieht nicht viel. Lediglich die Uhrzeit und die Info, dass keine EPG-Informationen da sind.

Code: Alles auswählen

Log:
[timeThread] - 18.10.2008 11:16:54, tim: Sat Oct 18 11:16:54 2008
01:00:19.323 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[0] filter 0x4e mask 0xff
01:00:19.328 dmxSDT: going to sleep...
[timeThread] Time set via DVB, going to sleep for 5400 seconds.
11:16:54.091 dmxCN: going to sleep...
11:16:54.092 eit_set_update_filter, servicekey = 0x4530001445d, current version 255

Seltsam, warum es bei mir nur mit ZDF funktioniert und mit den anderen nicht. Ich hoffe meine Tests helfen Dir den Fehler zu finden...

Edit: So richtig funktionierts auch beim ZDF nicht, hatte gerade den Fall, dass ich in der Infobar nur die Uhr und das Next-Event hatte aber nicht das Now-Event und dann wurde auch der Fortschrittsbalken im LCD nicht aktualisiert.

Gruß bellum

[Striper]

Ich hab so das Gefühl das der Commit hier dran Schuld ist: http://cvs.tuxbox-cvs.sourceforge.net/l ... 00015.html
Vielleicht sollte das wieder rein bis eine elegantere Lösung gefunden wurde.

[seife]

Nein, das sollte nicht wieder rein. Das macht zwar "Alles gut", in dem viel zu oft unnötig gepollt wird, aber das ist keine Lösung.

Wenn ich aus dem Urlaub zurück bin schau ichs mir an, dank bellums genauer Beschreibung sollte ich es hoffentlich reproduzieren können, oder zumindest rausfinden können, woher es kommt. Dann pollt man _einmal_ beim starten das EPG, oder sorgt dafür, dass der "EPG ist da"-Event vom sectionsd zur richtigen Zeit gesendet wird, und alles ist gut.

Das zähe Umschalten und die EPG-Hänger, die bis vor kurzem normal waren, kamen unter anderem auch vom unnötigen Pollen. Ich habe keine Lust, nachdem das jetzt etwas aufgeräumt ist, wieder als schnelle, "einfache" Lösung das halbe Problem wieder einzubauen. Lasst uns lieber dem Problem auf den Grund gehen und es richtig fixen.

[PauleFoul]

Nein, das sollte nicht wieder rein. Das macht zwar "Alles gut", in dem viel zu oft unnötig gepollt wird, aber das ist keine Lösung.

Wenn ich aus dem Urlaub zurück bin schau ichs mir an, dank bellums genauer Beschreibung sollte ich es hoffentlich reproduzieren können, oder zumindest rausfinden können, woher es kommt. Dann pollt man _einmal_ beim starten das EPG, oder sorgt dafür, dass der "EPG ist da"-Event vom sectionsd zur richtigen Zeit gesendet wird, und alles ist gut.

Das zähe Umschalten und die EPG-Hänger, die bis vor kurzem normal waren, kamen unter anderem auch vom unnötigen Pollen. Ich habe keine Lust, nachdem das jetzt etwas aufgeräumt ist, wieder als schnelle, "einfache" Lösung das halbe Problem wieder einzubauen. Lasst uns lieber dem Problem auf den Grund gehen und es richtig fixen.

Zustimm!!

[Striper]

Nein, das sollte nicht wieder rein. Das macht zwar "Alles gut", in dem viel zu oft unnötig gepollt wird, aber das ist keine Lösung.

Das es keine Dauerlösung ist, ist klar, aber so wie jetzt ist es noch schlechter. Deshalb meinte ich ja das es wieder ins CVS soll _bis_ eine bessere Lösung gefunden ist.

Wenn ich aus dem Urlaub zurück bin schau ichs mir an, dank bellums genauer Beschreibung sollte ich es hoffentlich reproduzieren können, oder zumindest rausfinden können, woher es kommt. Dann pollt man _einmal_ beim starten das EPG, oder sorgt dafür, dass der "EPG ist da"-Event vom sectionsd zur richtigen Zeit gesendet wird, und alles ist gut.

Einmal beim starten wird nicht reichen. Auch beim Umschalten gibts Probleme. Z.B. Themenkanäle Premiere. Wenn dann sollte man das 1x bei jedem Umschaltvorgang machen.

Das zähe Umschalten und die EPG-Hänger, die bis vor kurzem normal waren, kamen unter anderem auch vom unnötigen Pollen.

Das zähe Umschalten mit Sicherheit nicht, denn das ist nun schlimmer als vorher. Was jedoch weg ist sind die harten Hänger die die Box weggehängt haben und die eig. auch nur wegen der EPG-Blacklist.

[GetAway]

Bei den Themenkanälen kann ich keine Probleme feststellen.

Zähes Umschalten? Hey, so schnell wie mit diesem sectionsd ging es noch nie!

[Striper]

Bei den Themenkanälen kann ich keine Probleme feststellen.

Ich und auch andere aber schon. Und zwar erhebliche.

Zähes Umschalten? Hey, so schnell wie mit diesem sectionsd ging es noch nie!

Dann schalt mal auf RTL Crime...

[GetAway]

Das wird dann aber wohl nur Leute mit Boxen betreffen,
die vorher schon harte Aufhänger hatten. Hatte ich z.b.
nicht und deshalb flitzt sie auch. Das ist auch kein
sectionsd-Problem sondern immernoch ein Treiberproblem,
so wie seife schon berichtet hat. Schaltest du den sectionsd
aus, gibts auch keinen der auf den fehlerhaften Abschnitt
im Treiber zugreift.

[seife]

Bei den Themenkanälen kann ich keine Probleme feststellen.

Ich und auch andere aber schon. Und zwar erhebliche.

Zähes Umschalten? Hey, so schnell wie mit diesem sectionsd ging es noch nie!

Dann schalt mal auf RTL Crime...

Ich habe heute morgen mal mit meiner Schlafzimmerbox (Sagem SAT) alle Transponder durchgezappt, auch die verschlüsselten, die ich nicht sehen kann, um meine Senderliste wieder auf einen aktuellen Stand zu bringen.
Dabei habe ich tatsächlich festgestellt, dass "RTL Crime" und "Passion" jeweils ~10 Sekunden benötigten, bis die Infobar eingeblendet war. Andere Sender auf demselben Transponder (1-2-3.tv) hatten das Problem nicht.

Allerdings ist auf dieser Box ein Image mit dem CVS Stand vom 13. Januar 2008, also auch ein alter sectionsd und kernel 2.4.

Auf meiner Wohnzimmerbox (Philips SAT) mit aktuellem CVS und Kernel 2.6 existiert das Problem nicht.

Nun kann das mehrere Ursachen haben:
- im sectionsd / infoviewer.cpp ist es inzwischen gefixt (anscheinend nicht, sonst gäbe es keine erheblichen Probleme)
- die Treiber vom Kernel 2.6 sind nicht so anfällig
- der andere Scheduler vom Kernel 2.6 lässt das Problem nicht auftreten
- alles zusammen

Zum Eingrenzen der Ursache wäre es praktisch wenn du, Striper, oder einer der anderen, die erhebliche Probleme haben, mal ein Image mit 2.6 baust und testest, ob es damit auch auftritt. Ich persönlich habe momentan nicht viel Lust, meine Schlafzimmerbox zwecks Tests umzukonfigurieren.