sectionsd aktualisiert Kanalliste

Beitrag von **KeXXeN** » Montag 28. November 2005, 22:20

Also mit dem JTG Snap vom 26.11.2005 habe ich egal ob SectionScan
an oder aus eine Bootzeit von 1:45.

Hab ich auch drauf und muss sagen das ich auf meiner Philips jetzt keinen signifikanten Geschwindigkeitsunterschied bemerkt habe.

Werd das aber nochmal bei Gelegenheit stoppen

Hab bemerkt das er nur an zwei Stellen kurz das Log unterbricht und etwas zeit braucht.
Das erste mal wenn auf dem TV die Imageinformationen ausgegeben werden.
Das zweite mal wenn die zapit gestartet wird.
Sind aber jeweils nur ein paar Sekunden.

KeXXeN hat geschrieben:
Also mit dem JTG Snap vom 26.11.2005 habe ich egal ob SectionScan
an oder aus eine Bootzeit von 1:45.
Hab ich auch drauf und muss sagen das ich auf meiner Philips jetzt keinen signifikanten Geschwindigkeitsunterschied bemerkt habe.

Werd das aber nochmal bei Gelegenheit stoppen
Hab bemerkt das er nur an zwei Stellen kurz das Log unterbricht und etwas zeit braucht.
Das erste mal wenn auf dem TV die Imageinformationen ausgegeben werden.
Das zweite mal wenn die zapit gestartet wird.

Schalt doch die Image-Info ma ab und stop ma den Bootvorgang bis die Infobar von Neutrino am TV kommt - wär ja interessant wenn das nur auf diversen Boxen ist

Riker

Beitrag von **KeXXeN** » Montag 28. November 2005, 22:24

Ok, nehme noch kurz was zu ende auf und dann stoppe ich die Zeit.

Beitrag von **petgun** » Montag 28. November 2005, 22:26

mogway hat geschrieben:Aktuelles CVS.

..dann wird es ja wohl daran liegen...zwei Tage sind eine lange Zeit fuer viele Aenderungen (bei der Dynamik hier) die im JtG-Snapshot vom 26. sicher noch nicht enthalten sind.

petgun hat geschrieben:
mogway hat geschrieben:Aktuelles CVS.
..dann wird es ja wohl daran liegen...zwei Tage sind eine lange Zeit fuer viele Aenderungen (bei der Dynamik hier) die im JtG-Snapshot vom 26. sicher noch nicht enthalten sind.

Die letzen Änderungen hab ich heut morgen probiert da nix anders war hab ich keinen neuen Snap gebaut

Riker

Beitrag von **mogway** » Montag 28. November 2005, 22:29

petgun hat geschrieben:
mogway hat geschrieben:Aktuelles CVS.
..dann wird es ja wohl daran liegen...zwei Tage sind eine lange Zeit fuer viele Aenderungen (bei der Dynamik hier) die im JtG-Snapshot vom 26. sicher noch nicht enthalten sind.

War vor zwei Tagen "gefühlt" aber auch nicht anders.

@Riker: ja, 2.3.6

Gruß
mogway

Beitrag von **petgun** » Montag 28. November 2005, 22:41

JtG-Riker hat geschrieben:Die letzen Änderungen hab ich heut morgen probiert da nix anders war hab ich keinen neuen Snap gebaut

..ich habe nicht geschaut was sich in den letzten zwei Tagen alles geaendert hat...blicke ich sowieso nicht. 'infos beim booten anzeigen' aendert jedenfalls nix bei mir..die Bootzeit bleibtauf meiner Philips-Sat bei ca. 1,5 Minuten...auch bei Sendern die kein EPG enthalten.

mogway hat geschrieben: War vor zwei Tagen "gefühlt" aber auch nicht anders.

..dann ist es vielleicht etwas JtG-Image spezifisches..obwohl hier ja auch Leute mit Yadi ueber diese langen Zeiten klagen..

Beitrag von **KeXXeN** » Montag 28. November 2005, 22:53

So hab das ganze jetzt mal getestet.

Habe hier zwei Identische Philips Boxen stehen.

Bei Box 1 mit einem Image vom 10.11. ist das erste Bild nach 59 sekunden zu sehen. (ohne infos)

Bei Box 1 mit einem Image vom 10.11. ist das erste Bild nach 73 Sekunden zu sehen. (mit infos beim Booten)

Bei Box 2 mit einem Image vom 26.11. ist das erste Bild nach 92 sekunden zu sehen. (ohne inofs)

Bei Box 2 mit einem Image vom 26.11. ist das erste Bild nach 101 sekunden zu sehen. (mit infos beim Booten)

Er stockt dabei an folgenden stellen:

sectionsd (überraschenderweise nur 2 sekunden)
zapit ca 15 sekunden
getservices (da wird die myservices abgearbeitet) 5 Sekunden
initializing cache 5 Sekunden
Dann nochmal ca 5 Sekunden für den die Informationen das die Confdatei für den Moviebrowser fehlt.

Sonst müsste sich mal jemand wirklich die Zeit nehmen und ein Log mit Zeitstempel erstellen um das ganze genau zu überpüfen.

Beitrag von **mb405** » Dienstag 29. November 2005, 09:46

die infos beim booten dauern ca 10 sec?
ich dachte immer,und bei mir ist es so, das dadurch der bootvorgang nicht beeinträchtigt wird.

Also ich hab heut morgen nochmal experimentiert, das Problem ist wohl doch der sectionsd "last" start - ich habe nun nur neutrino auf Stand vom 19.11. gebracht und zapit aktuell gelassen, Image bootet in 59sec.

Alles komisch, ich hab soviel rumprobiert irgendwie ist das alles nicht so recht zu verstehen. nun werd ich mal noch neues neutrino und alte Zapit testen.

Es scheint das der sectionsd beim starten soviel CPU braucht das zapit danach gestartet solange zum parsen der XML Dateiene braucht ?

@Houdini du hast doch da was geändert, wie kann ich das denn mal rückgängig machen um das zu testen.

Riker

Die Änderung die den EPG schneller machen (und mehr CPU Zeit brauch) ist aber vom 2.10.05

Beitrag von **mb405** » Dienstag 29. November 2005, 11:20

kompiler doch mal verschiedene sectionsd versionen, und probier die im image aus.
das wird genauer.

Also beim sectionsd können wir ins Geschäft kommen. Das sagt mir auch mein Gefühl, dass der verantwortlich ist.

Wenn du meine Sachen da raus haben willst, machst du einfach Kommentarzeichen um:

Code: Alles auswählen

		rc = pthread_create(&threadSDT, 0, sdtThread, 0);

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

Ziemlich weit unten und das gleiche mit NIT ein paar Zeilen weiter.

Beitrag von **mb405** » Dienstag 29. November 2005, 12:19

ich hab jetzt mal die zeit 20sec auf 180sec geändert.
mal sehen, ob mein powerzappen was passiert.

Hi!

So, ich habe auch mal einen kurzen Blick in die sectionsd gewagt.
Ich kann dabei wärmstens empfehlen die strcpy, sprintf usw. in strncpy, snprintf (+String-Terminierung) umzuwandeln. Das sind die häufigsten Fehlerquellen überhaupt und sollten möglichst nicht verwendet werden.

Weiterhin ist mir aufgefallen, daß ganz schon auf dem heap rumgeorgelt wird (mallocs). Ich weiss ja nicht wie das bei Linux ist, aber Speicherfragmentierungen sind ansonsten die größten Probleme bei embedded C++Projekten (nicht ohne Grund sind malloc in der embedded Welt oft verboten). Das könnte auch der Grund sein, warum die Boxen nach Stunden oder Tagen abschmieren.

Günther

Beitrag von **mb405** » Dienstag 29. November 2005, 19:27

jo guter ansatz Günther

Beitrag von **mb405** » Dienstag 29. November 2005, 21:17

hier mal meine ausgabe mit top -d 5 (um das kopieren zu können)

Code: Alles auswählen

Mem: 23136K used, 7764K free, 0K shrd, 1856K buff, 6456K cached
Load average: 1.01, 0.44, 0.34    (State: S=sleeping R=running, W=waiting)

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
  609 root     S <     3000   606 31.5  9.7 sectionsd
  645 root     R        684   643  4.1  2.2 top
  642 root     S        392    66  0.9  1.2 telnetd
  248 root     S       4360   114  0.7 14.1 neutrino
  252 root     S       4360   251  0.1 14.1 neutrino
  251 root     S       4360   248  0.0 14.1 neutrino
  264 root     S       4360   251  0.0 14.1 neutrino
  607 root     S <     3000   606  0.0  9.7 sectionsd
  605 root     S <     3000     1  0.0  9.7 sectionsd
  613 root     S <     3000   606  0.0  9.7 sectionsd
  612 root     S <     3000   606  0.0  9.7 sectionsd
  610 root     S <     3000   606  0.0  9.7 sectionsd
  606 root     S <     3000   605  0.0  9.7 sectionsd
  611 root     S <     3000   606  0.0  9.7 sectionsd
  161 root     S       2472     1  0.0  8.0 zapit
  172 root     S       1904     1  0.0  6.1 nhttpd
  267 root     S       1904   172  0.0  6.1 nhttpd
  643 root     S        628   642  0.0  2.0 sh
  157 root     S        528   155  0.0  1.7 timerd
  152 root     S        528     1  0.0  1.7 timerd
  155 root     S        528   152  0.0  1.7 timerd
  110 root     S        520     1  0.0  1.6 tuxmaild
  123 root     S        520   110  0.0  1.6 tuxmaild
  125 root     S        520   123  0.0  1.6 tuxmaild
  171 root     S        516   170  0.0  1.6 controld
  167 root     S        516     1  0.0  1.6 controld
  170 root     S        516   167  0.0  1.6 controld
  103 root     S        388     1  0.0  1.2 tuxdns
  663 root     S        372     1  0.0  1.2 camd2
    1 root     S        288     0  0.0  0.9 init
   66 root     S        284     1  0.0  0.9 inetd
  115 root     S        260     1  0.0  0.8 init
  116 root     S        260     1  0.0  0.8 init

ich hoffe, es nützt etwas

Beitrag von **petgun** » Dienstag 29. November 2005, 21:21

mb405 hat geschrieben:

Code: Alles auswählen

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
  609 root     S <     3000   606 31.5  9.7 sectionsd

...ist die CPU-Last von sectionsd etwa staendig so hoch, oder zu welchem Zeitpunkt hast Du das gemacht?

sieht man auch gut an der CPU-Zeit des sectionsd-Prozeß im yWeb:

PID CLS PRI TTY TIME CMD
1 - 30 ? 00:00:02 init
2 - 30 ? 00:00:00 keventd
3 - 20 ? 00:00:02 ksoftirqd_CPU0
4 - 30 ? 00:00:00 kswapd
5 - 30 ? 00:00:00 bdflush
6 - 30 ? 00:00:00 kupdated
7 - 30 ? 00:00:00 mtdblockd
9 - 30 ? 00:00:00 init
10 - 30 ? 00:00:00 rcS
13 - 24 ? 00:00:00 jffs2_gcd_mtd3
23 - 31 ? 00:00:00 inetd
51 - 30 ? 00:00:00 udhcpc
70 - 30 ? 00:00:35 avia_av_wdt
74 - 30 ? 00:00:00 avia_gt_wdt
95 - 30 ? 00:00:00 start_neutrino
99 - 30 ? 00:00:12 sectionsd
101 - 30 ? 00:00:00 sectionsd
102 - 30 ? 00:00:17 sectionsd
103 - 30 ? 01:36:05 sectionsd
104 - 30 ? 00:00:00 sectionsd
105 - 30 ? 00:00:00 sectionsd
106 - 30 ? 00:00:11 sectionsd
107 - 30 ? 00:00:03 sectionsd
108 - 30 ? 00:00:00 timerd
111 - 30 ? 00:00:00 timerd
112 - 30 ? 00:00:00 timerd
113 - 30 ? 00:00:00 kdvb-fe-0:0
114 - 30 ? 00:00:14 zapit
117 - 30 ? 00:00:00 camd2
119 - 30 ? 00:00:00 controld
121 - 30 ? 00:00:00 controld
122 - 30 ? 00:00:00 controld
123 - 30 ? 00:00:02 nhttpd
124 - 30 ? 00:00:13 neutrino
125 - 30 ? 00:00:00 neutrino
126 - 30 ? 00:00:44 neutrino
127 - 30 ? 00:00:00 neutrino
128 - 30 ? 00:00:00 nhttpd
438 - 30 ? 00:00:00 streampes
439 - 30 ? 00:00:00 streampes
440 - 30 ? 00:00:00 streampes
441 - 30 ? 00:00:00 streampes
442 - 30 ? 00:00:00 streampes
443 - 30 ? 00:00:00 streampes
444 - 30 ? 00:00:00 streampes
953 - 30 ? 00:00:00 streampes
954 - 30 ? 00:00:00 streampes
1018 - 30 ? 00:00:00 nhttpd
1019 - 30 ? 00:00:00 sh
1020 - 30 ? 00:00:00 Y_Tools.sh
1021 - 20 ? 00:00:00 ps

Beitrag von **mb405** » Dienstag 29. November 2005, 21:39

@petgun
die last ist sogar manchmal noch höher(92%)

das maht der dann aller paar minuten.
ich hab in der sectiond.cpp (1.207) mal die zeit bisserl vergrößert.

Code: Alles auswählen

#define TIME_NIT_BACKOFF	180

was bedeutet eigentlich der eintrag ?

Code: Alles auswählen

//Set pause for NIT
#define TIME_NIT_SCHEDULED_PAUSE 2* 60* 60
//We are very nice here. Start scanning for channels, if the user stays for XX secs on that channel

sind das 2 stunden

Beitrag von **petgun** » Dienstag 29. November 2005, 21:51

mb405 hat geschrieben: die last ist sogar manchmal noch höher(92%)
das maht der dann aller paar minuten.

was fuer ein suboptimaler Quark den ich niemals brauche...ich bin froh wenn das mit der Deaktivierung bald klappt!

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.

OT
Danke DieMade
OT off
Sectiond hat immer gesuckt , jetzt seht man es in ganzer Pracht.

Es scheint ein Timing-Problem zu sein oder sowas, ich hab nun aktuelles CVS auf der Box im flash und mal das sectionsd und zapit binary vom 19.11 nach var/bin kopiert...
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...

Riker

Und es wird noch/wieder schlimmer:
http://www.premiere.de/premweb/cms/de/technik_start.jsp

27.09.05
Eingeschränkte EPG-Informationen
Durch technische Änderungen im Sendeweg werden die Informationen für den elektronischen Programmführer (EPG) nur eingeschränkt ausgestrahlt. Wir bedauern, dass dieser Zustand voraussichtlich bis Mitte Dezember bestehen wird.

Bitte nutzen Sie in der Zwischenzeit die Programmdatenbank, den Premiere Teletext oder verwenden Sie eine Programm-Zeitschrift, beispielsweise TV DIGITAL. Sobald der Fehler beseitigt ist, werden wir Sie auf dieser Seite informieren.