sectionsd aktualisiert Kanalliste

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
Metallica
Einsteiger
Einsteiger
Beiträge: 191
Registriert: Dienstag 30. Dezember 2003, 01:49

Beitrag von Metallica »

nur stört mich die prozessorlast der sectionsd
Jo , prozessorlast ist zZ fast immer >90% ,auch ohne autoscan (aus).

@Nirvana
Bist du sicher ,dass dein diff nicht in cvs ist ?
Wenn nicht , kannst du neue diff gegn cvs machen ?
oder noch besser , wenn du schreibrechte hättest . :)
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

jep Metallica
aber eben nur so ca 30sec nach transponderwechsel für ca 30sec. dann wieder alles i.o.
Nirvana
Erleuchteter
Erleuchteter
Beiträge: 646
Registriert: Mittwoch 16. April 2003, 14:12

Beitrag von Nirvana »

BTW: Ich habe eine Nokia.

@mb405
Jepp das ist die Kanalsuche. Da muss ich wirklich was ändern. Ich werde mal ein paar sleeps einbauen, damit der Prozessor nicht so den Rappel kriegt. Eilig habe ich es ja wirklich nicht. Auch ein späteres Einsetzen ist okay, aber fürs Testen waren die 20 Sekunden schon zu viel.. Wobei wahrscheinlich das Arbeiten mit den xml Parsern so herrlich ineffizient ist.

@Metallica
Check ich später, ob das schon im CVS ist.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

ich hatte grad wieder nen abschmierer :(
zum glück hatte ich kog mitlaufen.

Code: Alles auswählen

[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/sectionsd.sock
[basicsocket] receive timed out.
[CBasicClient] receive failed: /tmp/sectionsd.sock
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
....
usw
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

Nirvana hat geschrieben:Da muss ich wirklich was ändern. Ich werde mal ein paar sleeps einbauen, damit der Prozessor nicht so den Rappel kriegt..
:cry: :roll: bitte schmeiss den ganzen Sapsch wieder rauss!

duck und wech,
peter
Metallica
Einsteiger
Einsteiger
Beiträge: 191
Registriert: Dienstag 30. Dezember 2003, 01:49

Beitrag von Metallica »

petgun hat geschrieben:
Nirvana hat geschrieben:Da muss ich wirklich was ändern. Ich werde mal ein paar sleeps einbauen, damit der Prozessor nicht so den Rappel kriegt..
:cry: :roll: bitte schmeiss den ganzen Sapsch wieder rauss!

duck und wech,
peter
@petgun
Wenn du noch einen verjagen willst , mach so weiter.
Raussschmeissen ist die einfachste Übung.
InTheCliringSt&sTheDB
Interessierter
Interessierter
Beiträge: 64
Registriert: Montag 15. Dezember 2003, 11:16

Beitrag von InTheCliringSt&sTheDB »

die Bemerkung von petgun ist ja wohl sowas von daneben, die Devs reißen sich hier seit Wochen den A... auf, ... nimm Dir nen alten Image, wenn Dir das aktuelle nicht paßt, aber so ein Spruch kannst Du Dir schenken. Es steht überall, dass die Snaps beta sind, dann laß es.

@Nirvana, Metallica, rasc, etc. (sorry, nicht den Überblick): Danke für Eure Arbeit, finde die Entwicklung spannend und bringt ja echt auch dauernd Fortschritte!
Nirvana
Erleuchteter
Erleuchteter
Beiträge: 646
Registriert: Mittwoch 16. April 2003, 14:12

Beitrag von Nirvana »

Och, bitte nicht streiten. So doof wie ich es gerne hätte, kann man mir sowieso nicht kommen.

Aber ich denke tatsächlich über eine Änderung des Konzepts nach. Wird ja nicht verboten sein. Vielleicht sollte die ganze Checkerei und Erstllerei der Dateien erst beim Shutdown passieren.
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

Nirvana hat geschrieben:Aber ich denke tatsächlich über eine Änderung des Konzepts nach..
danke!
Innuendo
Einsteiger
Einsteiger
Beiträge: 281
Registriert: Mittwoch 8. Dezember 2004, 21:45

Beitrag von Innuendo »

@nirvana/petgun: wenn sectionsd scan auf aus steht, sollte von den neuerungen auch tatsächlich gar nichts verwendet werden. bei den bootzeiten (trotz aus) scheint das noch nicht der fall zu sein.

@nirvana: wenn du es in den shutdown verschiebst würde ich mir eine funktion restart zapit wünschen, mit der die currentservices in die services übertragen wird ohne die box komplett booten zu müssen

@InTheCliringSt&sTheDB: was wollt ihr immer mit images und snaps???

Innu
Nirvana
Erleuchteter
Erleuchteter
Beiträge: 646
Registriert: Mittwoch 16. April 2003, 14:12

Beitrag von Nirvana »

Innuendo hat geschrieben:@nirvana/petgun: wenn sectionsd scan auf aus steht, sollte von den neuerungen auch tatsächlich gar nichts verwendet werden. bei den bootzeiten (trotz aus) scheint das noch nicht der fall zu sein.
Genau das ärgert mich. Wenn aus, dann soll man davon auch nix merken. Das Problem ist: an der zapit wurde fast nichts verändert. Darüberhinaus kann ich eine verlängerte Bootzeit hier nicht feststellen.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

bootzeit beträgt hier so um die 80-90 secunden.
da wird gemountet,tuxmail,tuxdns alles mit abgearbeitet.

cvs mit den änderungen von heute.
Gorcon
Tuxboxer
Tuxboxer
Beiträge: 5873
Registriert: Samstag 23. Februar 2002, 22:46

Beitrag von Gorcon »

Bis wann mißt Du denn die Bootzeit?
Ich habe hier den effekt das die Box erst gut 15sek nach dem sie gebootet hat bedienfähig ist (unmittelbar danach nachdem die Senderinfo "aufpoppt".

Gruß Gorcon

PS: ich spreche hier vom yadi 2.1.0.9
Innuendo
Einsteiger
Einsteiger
Beiträge: 281
Registriert: Mittwoch 8. Dezember 2004, 21:45

Beitrag von Innuendo »

verändern sich eigentlich eure bootzeiten, wenn ich mit einem sender ohne epg bootet - also z.b. auf einen aktuell ungenutzten direkt unterkanal ?

innu
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

Innuendo hat geschrieben:verändern sich eigentlich eure bootzeiten, wenn ich mit einem sender ohne epg bootet - also z.b. auf einen aktuell ungenutzten direkt unterkanal ?
..oder 'Das Vierte'...teste ich heute Abend mal..und was laesst sich daraus schlussfolgern wenn die Bootzeit kuerzer/gleich/laenger wird?
BTW betraegt die Bootzeit beim Satteil der Zenega <10 Sekunden..was sicher nicht nur am etwas schnellerern Prozessor (wie bei der kleinen Dreambox) liegt.
Innuendo
Einsteiger
Einsteiger
Beiträge: 281
Registriert: Mittwoch 8. Dezember 2004, 21:45

Beitrag von Innuendo »

@petgun: ich würde ja nach dem problem bzw nach der ursache mitsuchen, aber ich habe es nicht. der bootvorgang ist bei mir bei an/aus/ohne info fast identisch +/- ein bissl. es war nur eine idee, das problem vlt etwas einzukreisen, weil ja auch nirvana sich keinen reim daraus machen kann. falls das neun-mal-klug ankam ... es war nicht weiter durchdacht, nur eine idee.
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

..ich finde die Idee gut...komme nur nicht auf eine Schlussfolgerung die dann Nirvana vielleicht weiterhilft...ich werde das auf jeden Fall ausprobieren und hier berichten. Vielleicht sollte man sogar besser noch einen Transponder waehlen auf dem sich kein Sender mit EPG befindet...
Innuendo
Einsteiger
Einsteiger
Beiträge: 281
Registriert: Mittwoch 8. Dezember 2004, 21:45

Beitrag von Innuendo »

mal angenommen, die boxen booten auf kanal das vierte (ohne epg oder sonstigen infos, die nirvana's patch auswerten könnte) schneller, dann starte die zapit mit debug output und mal schauen, was passiert.
Nirvana
Erleuchteter
Erleuchteter
Beiträge: 646
Registriert: Mittwoch 16. April 2003, 14:12

Beitrag von Nirvana »

Metallica hat geschrieben: Bist du sicher ,dass dein diff nicht in cvs ist ?
Kommando zurück. Alles drin. 'Tschuldigung.

Riker, wo kann ich mir dein Image, das Boot-Probleme macht mal downloaden?
Innuendo
Einsteiger
Einsteiger
Beiträge: 281
Registriert: Mittwoch 8. Dezember 2004, 21:45

Beitrag von Innuendo »

bin zwar ned riker ---
http://www.jackthegrabber.de - reggen und im forum das image (oder so ähnlich) das letzte release + akt. snapshot
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Nirvana hat geschrieben:
Metallica hat geschrieben: Bist du sicher ,dass dein diff nicht in cvs ist ?
Kommando zurück. Alles drin. 'Tschuldigung.

Riker, wo kann ich mir dein Image, das Boot-Probleme macht mal downloaden?
Also mit dem JTG Snap vom 26.11.2005 habe ich egal ob SectionScan
an oder aus eine Bootzeit von 1:45.

Mit dem JTG Snap vom 20.10.2005 bootet die Box in 59 Sekunden... :gruebel:


Gruß
____Paule
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Mit welchem compiler und libc wurde denn der snap vom 20.11. kompiliert?
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Houdini hat geschrieben:Mit welchem compiler und libc wurde denn der snap vom 20.11. kompiliert?
Müsste Riker wissen... Ich meine an der libc wurde aber was geändert...
mogway
Semiprofi
Semiprofi
Beiträge: 1287
Registriert: Montag 30. Dezember 2002, 08:02

Beitrag von mogway »

PauleFoul hat geschrieben:Also mit dem JTG Snap vom 26.11.2005 habe ich egal ob SectionScan
an oder aus eine Bootzeit von 1:45.
Hmm. Ich habe hier auch grad mal gestoppt. Hier sind es mit und ohne SectionScan 46 Sekunden (Nokia/AVIA600).

Aktuelles CVS.

Gruß
mogway
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37

Beitrag von JtG-Riker »

Houdini hat geschrieben:Mit welchem compiler und libc wurde denn der snap vom 20.11. kompiliert?
Am Compiler liegt es definitiv nicht, glibc auch nicht und Kernel auch nicht, ich habe gestern Abend Neutrino und zapit auf dem stand vom 19.11 compiliert und da ist das lange booten nicht, mit dem Stand vom 20.10 wo mogway die Änderungen eingecheckt hat ist die lange Bootzeit da.

Weis auch nicht mehr weiter, mogway hast du schon glibc 2.3.6 drin ?

Riker