EPG auslagern auf SD, Start verzögert sich um 60 Sek ?

[ByteRider]

Hallo,

ich habe nun mein zweites IDE-Interface. In dem neuen
ist nun eine SD-Karte (1GB) zusätzlich eingesteckt.

Nun habe ich folgendes merkwürdiges Verhalten.
Wenn ich über das Einstellungs-Menü die EPG Daten auf die SD-Karte auslagere,
dann dauert der Start der BOX ca. eine Minute länger.

Die Box bootet normal bis das LCD-Display den Lautstärke und Fortschrittsbalken, sowie
die Zeit (noch nicht mit DVB synchonisiert, also 01:00) anzeigt.

Ohne Auslagern dauert es nun ca. 3-8 Sekunden, bis das Bild kommt und die Zeit synchronisiert wird.
Mit EPG-Auslagern dauert dies nun erheblich länger !!!
Auch wenn noch KEINE EPG-Daten auf der Karte sind.

Hat jemand eine Erklärung für mich??

Vielen Dank im voraus...

Gruß

Byte

[gurgel]

Die Auslagerungsfunktion ist sowieso schon nicht sehr schnell, die sehr langsame SD-Kartenschnittstelle macht das natürlich alles noch viel schlimmer.

[MTM]

Hallo,

Auch wenn noch KEINE EPG-Daten auf der Karte sind.

Wie meinst du das?

MfG,
MTM.

PS: ich gehe dabei davon aus, dass du weisst, was das Auslagern genau ist.

[seife]

Steht denn was im bootlog wenn die Kiste wartet?

[Stingray]

Die SD Karte bringt sehr viele Möglichkeiten mit sich und das Preis- Leistungsverhältnis ist kaum zu toppen...
Dieser Fehler ist mir neu und auch noch nie bei mir aufgetreten.
Ich lagere auch die EPG-Daten auf SD-Karte aus, konnte aber noch keine längere Startzeit feststellen.
Das habe ich ebend auch noch einmal mit einer Stoppuhr überprüft.
Mit Auslagerung der EPG-Daten benötigt die Box 1 sec. länger beim booten.

Da muß irgendetwas mit den Einstellungen oder dem Image nicht stimmen.
Poste mal bitte ein Log vom Startvorgang.

Soviel ich weiss, arbeitet der sectionsd mit dem EPG im Arbeitsspeicher.
Beim shutdown schreibt er seine Daten in Form von xml-Dateien, in den entsprechenden Ordner, auf die Karte.

Gruß Basti

[jmittelst]

@Basti: Wer hat denn Deinen Sectionsd gepatcht? Das EPG speichern beim Runterfahren und das Einlesen beim Hochfahren dauert deutlich länger als nur 1 sec., selbst von HDD. Gut, das wirkt sich nicht direkt auf den Bootvorgang bis zum Bild aus, aber bis zu dem Moment, wo die EPG-Daten einsortiert sind und Sectionsd nicht mehr den armen PPC bis Anschlag quält schon etwas länger.

Funktioniert das denn mittlerer Weile halbwegs zuverlässig? Nach meiner schon etwas angestaubten Erfahrung war nach einem Reboot das EPG nie so vollständig, wie zuvor.

cu
Jens

[Stingray]

Sorry aber ich habe das gestern extra mehr als 10x mit dem neuen JtG-Image (2.3.0) und 2 Festplatten + 1 SD-Karte getestet.
Ab dem einschalten der Box habe ich dann immer die Zeit gestartet und beim erscheinen des Fernsehbildes wieder gestoppt.
Dabei gab es für mich keiner Verzögerung von 60 Sekunden.
Das Fernsehbild war genauso schnell vorhanden wie ohne Auslagerung.
Und darum ging es ja hier.

Er sprach von:

Ohne Auslagern dauert es nun ca. 3-8 Sekunden, bis das Bild kommt und die Zeit synchronisiert wird.
Mit EPG-Auslagern dauert dies nun erheblich länger !!!
Auch wenn noch KEINE EPG-Daten auf der Karte sind.

Ich kann das heute order morgen gerne noch einmal 20x testen und dabei die Zeit stoppen.
Sag mir auf was ich achten soll und ich werde es in den Test mit einfließen lassen.

Gruß Basti

[Tommy]

teste doch einfach mal:

Code: Alles auswählen

time sectionsdcontrol --wepg <epgdir>
time sectionsdcontrol --repg <epgdir> 

Was anderes passiert doch beim ein/auslesen auch nicht - dann hast Du die exakte Zeit. Das Ganze dann mal bei "leerem" EPG und bei "vollem".

[seife]

Irgendwann am Anfang des Jahres hatte ich schon mal so nen Report von Riker, dass einer mit JtG so ein Problem hatte, allerdings kamen wir nie dazu, das zu debuggen. Das war nach irgendeiner Änderung im CVS, von der ich mir aber sicher war, dass sie sowas auf keinen Fall bewirken könnte

Insofern glaube ich durchaus, dass das sein kann, ich kann es aber nicht reproduzieren => jemand, der das reproduzieren kann, sollte sich halt mal mit einem Compiler bewaffnen und das debuggen.

EDIT: sectionsdcontrol ist nicht vergleichbar, da es beim startup durchaus sein kann, dass die Codepfade anders durchlaufen werden (wenn es immer genau 60 sekunden sind, dann deutet das auf irgendeinen Timeout hin, es ist jedenfalls nicht die Zeit, die zum Lesen benötigt wird).

[Stingray]

Bitte nicht falsch verstehen.
Ich habe nicht behauptet das der Fehler bei ByteRider nicht auftritt.
Das ist sehr wohl möglich.
Zudem intressiert mich natürlic hauch die Ursache.

Ich konnte aber diesen Fehler bei meinen Tests mit meiner Box bisher nicht feststellen.

Gruß Basti

[seife]

Ich konnte es auch nicht reproduzieren (allerding mit lesen vom nfsmount), darum würde ich ja gerne ein Konsolenlog sehen

[Gorcon]

Ich kann diese starke Verzögerung auch bestätigen. Beim runterfahren hats ebenso deutlich länger gedauert bis die Box ganz aus war.

[seife]

Beim runterfahren ist es auch eher normal, aber beim lesen 60 sek. sind eher zu viel.
Steht denn zu der Zeit irgendwas im Log?

[Stingray]

Dann poste doch mal bitte ein Log Gorcon.
Wir möchten ja die Ursache für dieses Problem herausfinden.

Gruß Basti