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

[GetAway]

Hi,

bis jetzt keine Auffälligkeiten, habe aber noch nicht genauer drauf geachtet.
Rein gefühlsmäßig scheint der RAM viel, viel weniger schnell vollzulaufen! @seife, kann das???
Muss ich aber nochmal mit ner alten Version testen.
Meine Einstellungen.
Cache: 14 Tage
Langtext: 12h
Verwerfen nach : 0h
Max Events: 6000

[seife]

Ich habe auch das Gefühl, dass es mit dem Speicher besser ist als früher. Ich würde jedoch nicht behaupten, dass es von diesem Patch kommt, aber man weiss ja nie...

[rhabarber1848]

Bei mir sieht try2 auch gut aus, 8216 KB Speicherauslastung, Kernel 2.6.26

[sectionsd] Caching max 10000 events
[sectionsd] Caching 21 days
[sectionsd] Caching 24 hours Extended Text
[sectionsd] Events are old 120min after their end time

[AudioSlyer]

Der aktuelle Sectionsd macht auf RTL Crime Probleme, nach dem Zapp frezzed die Box kurz.
Systemlast 100% (auch ohne diesem Patch)

[mb405]

kann ich nich sagen

[GetAway]

Bei mir auch nur max. 9-12,5% Last bei Programmwechsel.

[AudioSlyer]

Habt ihr auch Kabel?

[tcf4004]

sectionsd 1.264 ohne Patches, UM Kabel

keine Probleme bei RTL Crime, Zappverhalten genauso wie bei anderen Kanälen.

[-=HSKc=-Robby]

@ seife:

Eventuell ist nen bug der sectionsd aufgetaucht, der zu nem Freez der GUI führt... Die Box läßt mit der FB nicht mehr steuern, nen zugriff per Telnet ist noch möglich. Siehe JtG-Forum

Beim zappen zwischen Discovery-Channel, Discovery-Geschichte, AnimalPlanet und FocusGesundheit (weitere Kanäle sind noch nicht aufgefallen) solange die Infobar noch angezeigt wird, hängt sich irgendwas weg.

Code: Alles auswählen

[basicsocket] receive timed out. waiting process 188 
[CBasicClient] receive failed: /tmp/sectionsd.sock 
[basicsocket] receive timed out. waiting process 188 
[CBasicClient] receive failed: /tmp/sectionsd.sock 
[basicsocket] receive timed out. waiting process 188 
[CBasicClient] receive failed: /tmp/sectionsd.sock 
[basicsocket] receive timed out. waiting process 188 
[CBasicClient] receive failed: /tmp/sectionsd.sock

Prozess 188 ist dabei neutrino.

Das passiert bei meiner Nokia-Box immer und bei der Sagem-Box nur wenn die Sender-Icons eingeschaltet sind.
Das Image ist der aktuelle JtG-Snap vom 23.07. Welche Version von sectionsd dort drin ist, weiss ich allerdings nicht.

[seife]

@ seife:

Eventuell ist nen bug der sectionsd aufgetaucht, der zu nem Freez der GUI führt... Die Box läßt mit der FB nicht mehr steuern, nen zugriff per Telnet ist noch möglich.

Ist das mit diesen Patches oder ohne?

[-=HSKc=-Robby]

Ist das mit diesen Patches oder ohne?

Ich vermute das es der "normale" cvs-Stand ist.... Ist ja nen JtG-Image.

[seife]

Ok. Ja, es wird mal Zeit, dass ich meinen aktuellen Stand einchecke (da habe ich sowas schon lange nicht mehr gesehen).
Aber erst mach ich Urlaub

[-=HSKc=-Robby]

Gibts deine sectionsd-1.264-current-next-try2 auch irgendwo als kompilierte Version? Könnte man dann ja mit ner bearbeiteten start_neutrino auch in dem JtG-Image versuchen...

PS: schönen Urlaub!!!

[DrStoned]

Der Fehler mit dem Discovery Channel trat bei mir mit dem sectionsd aus dem CVS auf. Seit ich ein Binäry von sectionsd-1.264-current-next-try1.diff verwende, ist dieser Fehler nicht mehr aufgetreten.

Greetz von DrStoned

[tcf4004]

Hmm, also ich hab hier nen CVS vom 23.06.08, auch mit sectionsd 1.264, ohne Patch.
Trotz wildem Extremzapping kann ich den Fehler bei mir nicht provozieren.
Probehalber mal hw_sections kurz eingeschaltet, aber auch dann tritt das Problem nicht auf.

Evtl. ist das Verhalten abhängig vom Kabelnetzbetreiber? Oder tritt das auf SAT auch auf?
Vielleicht hat sich irgendetwas anderes im CVS geändert (nach dem 23.06.), was im
Zusammenspiel mit (ungepatchtem) sectionsd 1.264 die Freezes hervorruft?

Möglich wäre evtl. auch dass wieder an den sections rumgeschraubt wird, so wie zB bei der
ARD vor einigen Wochen.

Habt Ihr denn hw_sections ausgeschaltet?

[-=HSKc=-Robby]

Hmm, also ich hab hier nen CVS vom 23.06.08, auch mit sectionsd 1.264, ohne Patch.

Das JtG-Snap vom 23.07.08 hat den cvs-Stand vom 23.07. Die implementierte sectionsd, ist auch die aus dem cvs, welche Version das ist, kann ich nicht sagen. Aber wenn ich den Komentar von seife oben richtig verstehe, ist da von ihm noch nichts drin bzw. ist schon lange her.

Evtl. ist das Verhalten abhängig vom Kabelnetzbetreiber? Oder tritt das auf SAT auch auf?

Das Problem tritt auf Sat auf.

Wie DrStoned ja schreibt, behebt ein aktuelles sectionsd von seife im var-Bereich des JtG-Image mit angepasster start_neutrino erstmal das Problem.

[DrStoned]

Bei mir tritt der Fehler bei SAT auf, Box ist eine Avia 500 2x Intel, HW-Sections ist ausgeschaltet.

Greetz von DrStoned

[tcf4004]

sectionsd 1.264 ist aktuell und sollte auch im JtG vom 23.7. drin sein.

[DrStoned]

Und mit eben mit dieser Version gibts Probleme bei Discovery. Mit dem gepatchten sectionsd von seife läuft es.

Greetz von DrStoned

[-=HSKc=-Robby]

Es besteht aber auch ein Unterschied, welchen Box-Hersteller man hat. Bei Sagem-Boxen gibts diese Freezes nur wenn die Senderlogos aktiviert sind. Bei den Nokia-Boxen taucht er immer auf...

Der Patch von seife behebt auf jeden Fall das Problem.

[tcf4004]

Ja genau, auf SAT gibts mit dieser Version Probleme.
Aber bei mir (UM Kabel) gibts eben mit dieser Version 1.264 keine Probleme bei Discovery.
Ich hab nur nen älteren CVS Stand, aber denselben sectionsd Stand wie im aktuellen CVS.

[seife]

Der Patch von seife behebt auf jeden Fall das Problem.

Ich würde sagen, er verschleiert es...
Das Locking im sectionsd ist etwas kritisch, und es kommt da doch relativ leicht und öfters mal zu Deadlocks, wenn die GUI zu einem "ungünstigen" Zeitpunkt was nachfragt. Allerdings versuche ich die Zeit, wie lange ein Lock gehalten wird, immer so kurz wie möglich zu machen, insofern wird es immer unwahrscheinlicher, einen Deadlock zu treffen.

Egal. Ich habe erstmal ein Binary hochgeladen:
sectionsd-1.264-current-next-try2.gz
Das ist auf einem für Kernel 2.6 konfigurierten CDK kompiliert, aber das sollte hoffentlich egal sein. Der Stand ist ziemlich genau der von meinem letzten Patch, hoffe ich.

Viel Spass damit, wenn in den nächsten 3 Wochen keine schlimmen Unfälle damit auftreten, dann werde ichs mal wieder einchecken.

[-=HSKc=-Robby]

Danke für die Binary, wird direkt mal getestet

Es behebt zumindest das Problem, dass man beim zappen immer wieder mal an die Box zum neustarten muss *g* Aber Danke für die Erklärung!

[mb405]

also ich hab try2 laufen
hwsections aus
sat
nokia

keine probleme

[weinleiche]

Hallo,

ich bin neu hier und habe bis jetzt noch nicht den kompletten Thread lesen können. Aber mir ist heute was aufgefallen, was vielleicht ein Hinweis sein könnte.

Im Moment habe ich mal wieder ein Problem mit einigen ARD Sendern. Die Box bleibt zwar nicht hängen, aber bei diesen Sendern bekomme ich oftmals gar keine EPG Infos (MDR, SWR, rbb und noch irgendeiner, alle auf dem selben Transponder hier im UnityMedia Kabel Südhessen). Heute habe ich mal das letzte Binary des sectionsd ausprobiert in der Hoffnung, dass es besser geht, dem ist aber leider nicht so. Allerdings ist mir dabei aufgefallen, dass es anscheinend nur dann nicht geht, wenn der sectionsd mit einem dieser Sender anfängt.

Als Test zum probieren:
sectionsd mal mit killall terminieren. Auf z.B. MDR schalten. sectionsd neu starten und dann warten, bis man schwarz wird, es kommen keine Infos rein (sectionsd idle, macht scheinbar gar nix, keine CPU Auslastung). WENN man aber vorher z.B. EinsPlus drin hatte (anderer Transponder), dann den sectionsd gestartet, dann 'ne halbe Minute oder so gewartet (sectionsd sammelt munter und benutzt auch kräftig die CPU) und dann erst auf den MDR geschaltet hat, hat er plötzlich auch vom MDR fleissig die Infos gezogen (CPU Last ebenfalls ordentlich, Speichernutzung steigend, also gehe ich davon aus, dass er dann auch Infos gesammelt hat).

Ich würde ja selbst gerne mal im Source ein bisschen nachschauen, aber ich komm einfach zu nix, habe leider gar keine Zeit. Aber vielleicht hilft die Info ja weiter?!?

cu