sectionsd aktualisiert Kanalliste

[Houdini]

start von sectionsd die last so hoch ist das dann kein power mehr für zapit übrig is...

bzw die beiden "streiten" sich um die Rechenzeit und die meiste Zeit wird dabei in Kontextswitches verbraten.

Houdini

[PauleFoul]

@ All

Was ist denn mit dem Ansatz von Günther??

[Metallica]

Wenn ich eins von denen nehme, dann ist die Bootzeit normal, alles aktuell dann ist es lahm, scheint so das beim start von sectionsd die last so hoch ist das dann kein power mehr für zapit übrig is...

startes du sectionsd vor zapit ?

[JtG-Riker]

Wenn ich eins von denen nehme, dann ist die Bootzeit normal, alles aktuell dann ist es lahm, scheint so das beim start von sectionsd die last so hoch ist das dann kein power mehr für zapit übrig is...

startes du sectionsd vor zapit ?

Ja

[Metallica]

Das mach kein sinn.
Ich starte zu erst zapit dann sectionsd.
Auf zapit wird gewartet , auf sectionsd nicht.
ps. das wird auch die lange boot zeit Ursache

[JtG-Riker]

Das mach kein sinn.
Ich starte zu erst zapit dann sectionsd.
Auf zapit wird gewartet , auf sectionsd nicht.
ps. das wird auch die lange boot zeit Ursache

Ist aber doch auch so im CVS - ich ändere das ma eben und probier es.

20sec schneller, aber fehlermeldung weil zapit den sectionsd nicht findet, die Reihenfolge ist andersrum aber eher richtig....

Fehlen aber immer noch 15sec ....

Riker

[petgun]

Lieber petgun, es steht Dir natürlich frei, an den momentanen Tests nicht teilzunehmen und eine "stabile" Version zu betreiben.Entwicklung bedeutet nunmal, dass nicht immer alles optimal läuft.

..das weiss ich auch...und ich teste sehr gerne...aber nix von dem ich absolut nix halte. Ich habe halt nur Angst das sich dieser 'Zustand' im CVS etabliert...mehr nicht. Eine 'stabile' Version brauche ich sicher viel weniger als viele im Moment noch schweigende User die sich _uU._ in Zukunft mit diesem 'Zustand' abfinden muessen/sollen.

Sectiond hat immer gesuckt , jetzt seht man es in ganzer Pracht.

diese hohe CPU-Last fuer sectionsd hat es vorher noch _nie_ so dauerhaft und unabdingbar gegeben...und jeder der diesen Thread hier verfolgt weiss warum das jetzt anders ist. Fuer alle weiteren Entwicklungen/Fehlermeldungen kommt dann sicher bald wieder das Geruecht auf die DBox-CPU sei zu viel zu schwach

[Homar]

uyy jetzt wird es kompliziert...

Warum braucht die zapit denn den sectionsd?

[Metallica]

Fehlen aber immer noch 15sec ....

Versuch mal sectionsd ohne sdt-thread und nit-thread zu bauen .

Code: Alles auswählen

#if 0
		// SDT-Thread starten
		rc = pthread_create(&threadSDT, 0, sdtThread, 0);

		if (rc) {
			fprintf(stderr, "[sectionsd] failed to create sdt-thread (rc=%d)\n", rc);
			return EXIT_FAILURE;
		}
#endif

Code: Alles auswählen

#if 0
		// nit -Thread starten
		rc = pthread_create(&threadNIT, 0, nitThread, 0);

		if (rc) {
			fprintf(stderr, "[sectionsd] failed to create nit-thread (rc=%d)\n", rc);
			return EXIT_FAILURE;
		}
#endif

[InTheCliringSt&sTheDB]

Hab die Box mal mit den drei Einstellungen für die sections je ne Stunde laufen lassen, die Unterschiede in der CPU-Zeit sind marginal:

aus

99 - 30 ? 00:00:00 sectionsd
101 - 30 ? 00:00:00 sectionsd
102 - 30 ? 00:00:09 sectionsd
103 - 30 ? 00:05:35 sectionsd
104 - 30 ? 00:00:00 sectionsd
105 - 30 ? 00:00:00 sectionsd
106 - 30 ? 00:00:09 sectionsd
107 - 30 ? 00:00:00 sectionsd

ein

99 - 30 ? 00:00:00 sectionsd
101 - 30 ? 00:00:00 sectionsd
102 - 30 ? 00:00:16 sectionsd
103 - 30 ? 00:05:34 sectionsd
104 - 30 ? 00:00:00 sectionsd
105 - 30 ? 00:00:00 sectionsd
106 - 30 ? 00:00:15 sectionsd
107 - 30 ? 00:00:00 sectionsd

ein (ohne Info)

99 - 30 ? 00:00:00 sectionsd
101 - 30 ? 00:00:00 sectionsd
102 - 30 ? 00:00:14 sectionsd
103 - 30 ? 00:05:32 sectionsd
104 - 30 ? 00:00:00 sectionsd
105 - 30 ? 00:00:00 sectionsd
106 - 30 ? 00:00:13 sectionsd
107 - 30 ? 00:00:00 sectionsd

[petb]

Nur so nebenbei.

JTG Snap 1.12.05.
sectionsd semmelt immer noch ab.
Fehler beim housekeeping, segmentation fault

Und auf einer zweiten Nokia ist auch kein stabiler Betrieb möglich.

Die schmiert genau wie die erste auf der ich es getestet habe ab.
Erster Vorgang, alles wurde langsamer, menüs bauten sich kaum noch auf und dann war sie aus.
Zweiter Vorgang mitten im Bouquet umschalten "Freeze".

Und diese Box ist bisher auch anstandlos gelaufen.

Bye
PetB

Der sectionsd, der sectionsd, den kriegt ihr a noch hie.
Auf deutsch. "den bekommt ihr auch noch hin"
Das "hin" nicht in Bedeutung kaputt sondern funktionsfähig

[mb405]

ich bastel grad die version 1.210 rein. mal sehn, was da so abgeht.
ich habe die 1.208 und hatte auf nokia sat gestern 1abschmierer gehabt. nach so ca.13-15stunden dauerlauf. im log kam nichts besonderes.
Sectionsd Scan=aus

PS hab ich vergessen.
im yadi ist die start_neutrino so

...
sectionsd
timerd
if [ -e /var/bin/camd2 ]; then
chmod +x /var/bin/camd2
/var/bin/camd2
else
/bin/camd2
fi;

if [ -e /var/etc/.pmt_update ] ; then
zapit -u
else
zapit
fi;

controld
nhttpd
...

wenn man die so macht, und renice in busybox aktiviert, dann klappt das mit der sectionsd schon besser.

..
if [ -e /var/bin/camd2 ]; then
chmod +x /var/bin/camd2
/var/bin/camd2
else
/bin/camd2
fi;

if [ -e /var/etc/.pmt_update ] ; then
zapit -u
else
zapit
fi;
setionsd
timerd
sleep1
renice -15 `pidof sectionsd`

controld
nhttpd

[Nico 77]

renice -15 `pidof sectionsd` kann aber nicht der Sinn sein, sondern eher ein Mittel zum Zweck.

PS: Wäre es nicht schöner das .pmt update mal in die zapit zu integrieren?

Code: Alles auswählen

	if(access("/var/etc/.pmt_update", 00) != -1)
	{
		update_pmt = true;
		printf("[zapit] PMT Update enabled\n");
	}

[DrStoned]

Das ist in den JtG-images schon lange drin:

Auszug aus der start_neutrino:

Code: Alles auswählen

if [ -e /var/etc/.pmt_update ] ; then
/bin/zapit -u
else
/bin/zapit
fi;

Greetz von DrStoned

[Houdini]

er meint das die Abfrage im Code selber erfolgt und nicht in start_neutrino

Aber wieso ist das nicht standardmässig drin. Meine Boxen laufen schon Ewigkeiten mit aktiviertem pmt_update?

[mb405]

naja ich denk, das ist schon richtig so, wie es ist. it halt ein übergabe argument. es hat ja nix mit der funktion zu tun. bei neutrino ist es ja das selbe.

[InTheCliringSt&sTheDB]

In der sectionsd hat sich im JTG-Image vom 1.12. die CPU-Zeit des Prozesses schon mal wesentlich verringert, hat jetzt nach ner Stunde uptime der Box nur noch ca. 00:01:00 kumulierte Volllast der CPU.

[Nico 77]

er meint das die Abfrage im Code selber erfolgt und nicht in start_neutrino

Aber wieso ist das nicht standardmässig drin. Meine Boxen laufen schon Ewigkeiten mit aktiviertem pmt_update?

Weil einige Nokia Kabel das nicht können.

Code: Alles auswählen

[camd] starting onid 0001 sid 00de 
[camd] set emm caid 1722 capid 1500 
DVB: VES1820(0): ves1820_readreg: readreg error (ret == -121) 
fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

[AVS] i2c error -121 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

[AVS] i2c error -121 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

fp_cmd: i2c_transfer error (ret == -121) 

[InTheCliringSt&sTheDB]

Uups, nach längerer Laufzeit der Box scheint doch noch alles beim Alten geblieben zu sein, die sectionsd braucht immer noch in etwa gleichviel CPU-Leistung. Schade

[Nirvana]

http://s21.yousendit.com/d.aspx?id=1BIV ... VMNRX9ZLA3

Performanceverbesserungen für sectionsscan.

- doppelte Servicelist abgeschafft. Braucht doch keiner die Services sortiert nach Name, oder? Alle Funktionen dafür entfernt. => sections 5kb kleiner.
- NIT/SDT Thread mit Priority -10. Keine Ahnung, ob das was bringt.
- jeder Service/Transponder wird jetzt nur noch einmal überprüft. Das sollte wirklich was bringen.

[mb405]

ist das gegen das aktuelle cvs ?
sectionsd.cpp 1.210

[Nirvana]

ja. geht nicht?

[mb405]

ich habs noch net probiert.

[mb405]

ich habs mal gepatcht. alles prima gelaufen.
einen warning bringt der beim durchlauf.

Code: Alles auswählen

sectionsdclient.cpp: In member function `int
   CSectionsdClient::readResponse(char*, int)':
sectionsdclient.cpp:50: warning: comparison between signed and unsigned integer
   expressions

[Nirvana]

einen warning bringt der beim durchlauf.

Diese Warning gabs da schon vor meiner Zeit.