sectionsd goes tabled

PT-1 hat geschrieben:@ Diff Versteher ...


patch -p2 < 10_04_2007_tablesectionsd3.diff
missing header for unified diff at line 8 of patch
can't find file to patch at input line 8
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: dmx.cpp
|===================================================================
|RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp,v
|retrieving revision 1.27
|diff -u -r1.27 dmx.cpp
|--- a/dmx.cpp  21 Apr 2006 20:41:02 -0000      1.27
|+++ b/dmx.cpp  10 Apr 2007 14:32:42 -0000
--------------------------
File to patch:

Diesen Patch muß man in apps/tuxbox/neutrino/daemons/sectionsd mit -p1 einspielen.

Lokal habe ich den Patch auch in "mein" Format gebracht, damit quilt ihn versteht

Beitrag von **PT-1** » Donnerstag 12. April 2007, 18:18

@Jochen_F

habe dir mal wegen Upnp auch etwas gepostet ;-)

Danke ;-)

Code: Alles auswählen

ubuntu@ubuntu:~/pt-1/tuxbox-cvs/apps/tuxbox/neutrino/daemons/sectionsd$ patch -p1 < 10_04_2007_tablesectionsd3.diff
patching file dmx.cpp
patching file dmx.h
patching file sectionsd.cpp
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 6174 with fuzz 1.

Beitrag von **mb405** » Donnerstag 12. April 2007, 18:24

hab grad ein log von einen absturz gemacht

Code: Alles auswählen

[sectionsd] DMX: DMX_SET_BUFFER_SIZE: Cannot allocate memory
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
alloc_area_pte: page already exists
[sectionsd] readNbytes: received POLLERR
Killed

danach musste ich die box resetten

Hmm... ich hatte jetzt die letzten Tage einige Crashes, bei denen die Box einfach nur hängen geblieben ist oder sogar spontan rebootet hat.

Letzte Meldung im Log war jeweils:

Code: Alles auswählen

[timeThread] Time set via NTP, going to sleep for 1800 seconds.

Mag Zufall sein, das die Crashes immer nach der Timesync kam. Oder versteckt sich da noch irgendwo ein Käfer?

cu
Jens

Beitrag von **Nirvana** » Freitag 13. April 2007, 09:36

Bin:
http://ulc.tuxbox-cvs.sourceforge.net// ... y=Binaries&
Diff:
http://ulc.tuxbox-cvs.sourceforge.net// ... tory=Diffs&

1.
Ich kann mir eigentlich nicht vorstellen, wie meine Änderung zu Abstürzen führen sollte. Was sie macht ist folgendes: sie merkt sich die table, table_extension und section nummer (eindeutige Identifizierung) der gerade gelesenen section. Wenn die section wieder kommt, prüft sie ob die gerade gelesene eine andere version_number hat. Wenn ja wird sie zur Auswertung gegeben sonst nicht. Deshalb sind eher logische Fehler zu erwarten (fehlende Events oder nicht korrekt aktualisierte). Wie dem auch sei, zur Sicherheit habe ich eine Abfrage eingebaut, falls kein Speicher zur Verfügung steht.
2. @PT-1
Mybouquets ist doch im CVS oder? Ich habe gegen das CVS gedifft.
3. @Houdini
Damit der Patch seine volle Wirkung entfaltet, nämlich die Auswertungen zu reduzieren und den sectionsd am Schlafen zu halten, darf er natürlich nicht dauernd rödeln. Hast du dir das mal angesehen? Ist das gewollt? Was macht dies update überhaupt?

Beitrag von **PT-1** » Freitag 13. April 2007, 09:50

@Nirvana

man vergebe mir;-) komme da mit den vielen Diff's die ich in den letzten Tagen getestet habe ein wenig durcheinander ;-)

@All

wget freundlich

http://www.pt-1.net/NirvanaStuff/13_04_07_sectionsd

http://www.pt-1.net/NirvanaStuff/13_04_ ... onsd4.diff

Beitrag von **jochen_f** » Freitag 13. April 2007, 13:32

PT-1 hat geschrieben:man vergebe mir;-) komme da mit den vielen Diff's die ich in den letzten Tagen getestet habe ein wenig durcheinander ;-)

Daher verwende ich auch quilt um die Patches auseinander zu halten. Mit "quilt pop -a" hat man dann ein sauberes CVS, das man problemlos updaten kann und dann kann man die Patches nach und nach wieder einspielen. Ähnliches gilt beim Austausch eines Patches durch einen aktualisierten Patch.

Bei mir sieht das dann so aus (ähnlich dem HOWTO von Newbuild):

Buildroot: /tuxbox
CVS Root: /tuxbox/head
Patches: /tuxbox/patches

Zum Initialisieren von quilt:

Code: Alles auswählen

cd /tuxbox; mkdir patches; touch patches/series
quilt setup patches/series

Einspielen neuer Patches:

Code: Alles auswählen

quilt import <neuer_patch>
quilt push

Ich hoffe, das erklärt auch Deine Frage zu upnp. Der alte Patch muß erst deinstalliert werden (mit quilt ist das ein simples "quilt pop"), danach kann erst der neue Patch installiert werden. Ansonsten gibt es nur ein Chaos.

Gruß,
Jochen

Beitrag von **palace** » Freitag 13. April 2007, 20:57

Nur so am Rande...
habe seither keine Mehrfacheinträge für die selbe Sendung mehr gehabt...
Kann aber auch nur Zufall gewesen sein...

Beitrag von **Houdini** » Samstag 14. April 2007, 01:17

@Nirvana:
wenn sectionsd fertig ist und sich schlafen legt wird das eit update scharfgemacht.
Es wird ein Filter auf die aktuelle version des current/next epgs gesetzt und wenn die sich ändert wird sectionsd aufgeweckt und kann sich das neue C/N Event abholen.

Beitrag von **AudioSlyer** » Samstag 14. April 2007, 08:30

Check in?

Beitrag von **mb405** » Samstag 14. April 2007, 12:06

nicht einmischen, wenn sich sectionsd spezis unterhalten

Beitrag von **kroki** » Samstag 14. April 2007, 14:51

@Houdini,

Nirvana hat aber recht. Wenn sectionsd ohne -nu gestartet wird, dann kommt der sectionsd z.B. bei ZDF nicht mehr zur Ruhe.... Mit -nu gestartet wird der Eit-thread sauber schlafen gelegt.

Kroki

Beitrag von **Houdini** » Sonntag 15. April 2007, 00:48

ich habe nie gesagt dass das nicht so ist wie Nirvana behauptet.
Wann gibts denn das Problem, nur wenn auf dem TP kein EPG gesendet wird?
Wahrscheinlich sollte man in diesem Fall kein EIT Filter setzen

Beitrag von **mb405** » Sonntag 15. April 2007, 12:14

wenn der sectionsd ne weile läuft das ram immer weniger.
ich hab bei free so nach 10minuten 600-700kb.
die auslastung schnellt schon mal auf 88-90% hoch. damit wird die box schon extrem lahm.
dieses läuft pausenlos

Code: Alles auswählen

....
[sectionsd] skipped duplicate section for table 0x60 table_extension 0x6f0e section 0xd8
[sectionsd] skipped duplicate section for table 0x61 table_extension 0x6e46 section 0x60
[sectionsd] skipped duplicate section for table 0x60 table_extension 0x6f11 section 0x30
[sectionsd] skipped duplicate section for table 0x60 table_extension 0x6f35 section 0x40
...

das ist nur ein ausschnitt. sind immer so 50-60 zeilen.

Beitrag von **Nirvana** » Sonntag 15. April 2007, 16:48

@mb405
Diese skipped sections sind ja gerade das was ich erreichen möchte. Sectionsd erkennt, dass er die schon hatte und übergeht sie. Vorher wurden die immer noch mit ausgewertet und dadurch Rechenzeit verschwendet.

Beitrag von **mb405** » Sonntag 15. April 2007, 17:18

aha na dann gehts ja

soll ich ein volles log von irgend einen sender uppen ?
ich hab sat

Beitrag von **Nirvana** » Sonntag 15. April 2007, 17:35

Nö, hab auch Sat.

Beitrag von **mb405** » Donnerstag 19. April 2007, 09:29

also ohne sectionsd scan läuft die neue sehr gut.
mit sectionsd scan kann ich nach 3minuten zappen nix mehr machen. dann friert die infobar ein, und nichts geht mehr. da kann ich sie nur noch killen, und neu starten.

Beitrag von **Rebel1** » Donnerstag 19. April 2007, 17:16

Hi,
also meine Sagem Sat Box läuft jetzt seit Samstag ununterbrochen mit dem letzten sectionsd-diff, und bisher konnte ich keinerlei Auffälligkeiten im normalen Betrieb feststellen (inkl. HDD-Aufnahmen).

Beitrag von **mb405** » Donnerstag 19. April 2007, 17:39

na dann schmeiss mal den sectionsd scan an

dann dauerts genau 3-4 minuten, dann geht nix mehr.

Beitrag von **mb405** » Freitag 20. April 2007, 10:25

also hab grad nen langzeittest mit der neuen so zwischen 600-700kb free. mit der ohne rund 1000kb.
ohne scan läuft sie prima. mit scan einfach nicht zu gebrauchen.sorry

Beitrag von **Nirvana** » Samstag 21. April 2007, 09:11

Naja, das ist nicht im Sinne des Erfinders.

Denn gerade weil er weniger macht soll er auch weniger verkehrt machen.
Das Blöde ist: ich kann's nicht nachvollziehen. Natürlich habe ich die automatische Sendersuche auch an. Aber ich nutze sectionsd -nu, weil es sonst Chaos gibt. Hast du das geprüft?

Beitrag von **mb405** » Samstag 21. April 2007, 09:37

-nu schaltet doch den scan ab ?? oder bin ich da falsch ?

Beitrag von **Nirvana** » Samstag 21. April 2007, 09:51

Ja, da liegst du falsch. Ist weiter oben erklärt.

Beitrag von **PauleFoul** » Samstag 21. April 2007, 11:09

Also ich finde das soweit alles sehr stabil läuft. Habe allerdings SectionScan nicht an.

Das einzige was mich stört ist, dass es bei ARD und ZDF so lange dauert bis die Events eingelesen werden. Da sind nur Now & Next schnell da...

@Nirvana
Kannst Du nicht mal das mit den Beschreibungstexten einbauen. Also
das die alternativ weggelassen werden können. Kann man ja im ersten
Schritt mal über einen Startparameter aktivieren...
Mich interessiert wie sich die Prozessorlast und der Speicherverbrauch verhält...

Gruß
____Paule