Neutrino lahmt beim Bouquet umschalten!

Beitrag von **Houdini** » Mittwoch 12. April 2006, 22:05

The answer to the problem is very easy:

When u hit ok to open the channellist or switch to different bouquets Neutrino requests the current events of all channels (not only of the ones in the bouquet). If more channels have a current event, more events have to be read and transferred to neutrio (remember: each time you switch to a different bouquet).
When an event is transferred sectionsd has to read all of the strings from the event (sometimes even multiple times).
Now each time the filter (far more complex) is called instead of just returning the string which is the 2nd part of the performace hog.

Houdini

Beitrag von **arzka** » Mittwoch 12. April 2006, 23:32

Houdini hat geschrieben:Now each time the filter (far more complex) is called instead of just returning the string which is the 2nd part of the performace hog.

I noticed that the code made unnecessary copy of std::map everytime when filter was called. I removed it and reduced few temporary string creation.
(Most probably that string stuff was already optimized by the compiler)

Hopefully this patch helps at least a little.

--
Arzka

Beitrag von **zexma** » Donnerstag 13. April 2006, 19:45

arzka hat geschrieben:Hopefully this patch helps at least a little.
Arzka

No, regretfully it doesn't.
At my point of view (at current point of developing) a very little increase in comfort (for a very little number of utilizer) but an inacceptable performance decrease .

Beitrag von **Bimmel** » Donnerstag 13. April 2006, 22:16

Für mich ist OpenSource für alle da , nicht nur für die Merheit oder die genug laut schreien.
Und jetzt hat man ein Prblem zu lösen und nicht einfach reverten . Reverten ist keine Lösung.

Beitrag von **Nico 77** » Freitag 14. April 2006, 01:37

Kann eventuell jemand auf Deutsch erklären was Arzka zu dem Patch gesagt hat in wie fern man seinen Patch performanter machen könnte oder was er zu dem Performance Problem sagt?

BabelFish übersetzt nur wirres Zeug.

Sorry Arzka, i can no english.

Beitrag von **arzka** » Freitag 14. April 2006, 01:51

BTW. How many channels you have in that box where problem occurs and how much memory your sectionsd is using?

And to make it sure if the problem is in my patch can someone of you who have the problem flash some older (better working) software package then download precompiled sectionsd from my web page and run it instead of sectionsd from distribution. Is it as bad as current one?

--
Arzka

Beitrag von **JtG-Riker** » Freitag 14. April 2006, 10:09

Nico 77 hat geschrieben:Kann eventuell jemand auf Deutsch erklären was Arzka zu dem Patch gesagt hat in wie fern man seinen Patch performanter machen könnte oder was er zu dem Performance Problem sagt?

BabelFish übersetzt nur wirres Zeug.
Sorry Arzka, i can no english.

Houdini hat im anderen Thread ein diff gepostet was den Mulit-Language-EPG ein/abschaltbar beim compilieren macht, wär ja auch eine Lösung, da wir das hier bei uns in Deutschland ja nicht brauchen.

Riker

Beitrag von **zexma** » Freitag 14. April 2006, 10:33

Bimmel hat geschrieben:Für mich ist OpenSource für alle da , nicht nur für die Merheit oder die genug laut schreien.
Und jetzt hat man ein Prblem zu lösen und nicht einfach reverten . Reverten ist keine Lösung.

Mein lieber Bimmel: Ich äußere hier meine Meinung bzgl. des aktuellen Softwarestandes. Dieser ist für mich nicht aktzeptabel, da der sectsionsd bis zur Änderung erheblich performanter war. Das hat nix mit "laut schreien zu tun" - dies überlasse ich lieber Dir.
Eine simple Funktion (config/Schalter) zum Deaktivieren würde (wie oben bereits erwähnt) schon genügen.
Ich jedenfalls habe keine Lust mich mit der trägen Bedienung rumzuärgern.
Bzgl. reverten: hätte etwas dagegen gesprochen, die Funktion zunächst zum Testen "freizugeben", bevor das mehr oder weniger kommentarlos ins cvs eingecheckt wird?
Und mal hypothetisch angenommen ein neues "Feature" ist wirklich mal "Mist" lautet meine Lösung u.U. auch mal "reverten".

@arzka:
using about ~550channels (astra/eutelsat) distributed in 14 bouquets.

i don't really understand what you mean about your 2nd paragraph.
i tried/tested two(three) different cvs-sectionsd:
sectionsd 25/03 vs. sectionsd 12/04 and 13/04

Beitrag von **Npq** » Freitag 14. April 2006, 10:42

JtG-Riker hat geschrieben:Houdini hat im anderen Thread ein diff gepostet was den Mulit-Language-EPG ein/abschaltbar beim compilieren macht, wär ja auch eine Lösung, da wir das hier bei uns in Deutschland ja nicht brauchen.

Und natürlich würde jemand aus anderen Ländern nie auf die Idee kommen, eines der "deutschen" Images benutzen zu wollen oder wie?

Beitrag von **zexma** » Freitag 14. April 2006, 10:46

Npq hat geschrieben:
JtG-Riker hat geschrieben:Houdini hat im anderen Thread ein diff gepostet was den Mulit-Language-EPG ein/abschaltbar beim compilieren macht, wär ja auch eine Lösung, da wir das hier bei uns in Deutschland ja nicht brauchen.
Und natürlich würde jemand aus anderen Ländern nie auf die Idee kommen, eines der "deutschen" Images benutzen zu wollen oder wie?

Ich finde diese Frontalangriffe nicht richtig. Es hat doch niemand etwas gegen das Feature, aber muß das auf Kosten der generellen Bedienbarkeit gehen? Schließlich betrifft dies doch auch die "Nicht"-Deutschen Benutzer.

Beitrag von **mb405** » Freitag 14. April 2006, 10:50

kann man nicht die define es gegen eine abfrage ersetzen, ob eine datei da ist, und dann das auswerten ?? finde ich praktischer. denn nach kompile ist ja nix mehr änderbar sonst.

Beitrag von **Houdini** » Freitag 14. April 2006, 10:56

Der momentane CVS Stand ist nicht wirklich zu gebrauchen.
Ich habe bei mir den Kram weg"defined" bis es eine vernünftige Lösung gibt.
Man kann bestimmt mit wenig Aufwand eine ähnliche zur Laufzeit konfigurierbare Variante machen.

Houdini

Beitrag von **Npq** » Freitag 14. April 2006, 11:08

zexma hat geschrieben:Ich finde diese Frontalangriffe nicht richtig. Es hat doch niemand etwas gegen das Feature, aber muß das auf Kosten der generellen Bedienbarkeit gehen?

Zexma, es mag sein, daß ich auf solche "Lösungsvorschläge" generell etwas empfindlich reagiere, vor allen Dingen wenn der Aufwand, eine zur Laufzeit konfigurierbare Lösung zu erstellen sich in Grenzen halten dürfte (wie Houdini ja auch bestätigt).

If nobody wants to take a look at the matter, I'll do it but probably not over the easter holidays.

Beitrag von **arzka** » Freitag 14. April 2006, 12:30

zexma hat geschrieben: Bzgl. reverten: hätte etwas dagegen gesprochen, die Funktion zunächst zum Testen "freizugeben", bevor das mehr oder weniger kommentarlos ins cvs eingecheckt wird?

How long that testing period should be? I posted at 15. Oct 2005 article to forum and I was telling about my patch. I got one guestion about it and one bug report. I fixed that bug immediately. After that I haven't got any comment.

Here in Finland we are mostly using cable versions of DBox2. Since you have ~500 channels, I have ~50. Difference is quite significant.

--
Arzka

Beitrag von **Houdini** » Freitag 14. April 2006, 12:33

Hier mal eine konfigurierbare Variante:
http://home.arcor.de/houdini/dbox/secti ... 2-06.patch
Verbraucht aber mehr Speicher.

Houdini

P.S.: EPG BildOptionsUpdate ist auch noch mit drin, das müsst ihr euch dann halt rausnehmen

Beitrag von **zexma** » Freitag 14. April 2006, 13:11

arzka hat geschrieben:How long that testing period should be? I posted at 15. Oct 2005 article to forum and I was telling about my patch. I got one guestion about it and one bug report.

well, nobody except houdini really seemed to take notice the patch -
this might be because there's no need for this functionality for most european tv-providers. (attention: personal statement

)
Therefore a lack of interest might cause that nobody (very few people) tested the patch whatsoever.

Houdini hat geschrieben:Verbraucht aber mehr Speicher.

, verglichen womit? dem pre-arzka-patch oder dem aktuellen cvs-stand?

Beitrag von **Houdini** » Freitag 14. April 2006, 17:10

because the sectionsd was not in good shape last year i didn't go forward with arzka's patch.

, verglichen womit? dem pre-arzka-patch oder dem aktuellen cvs-stand?

mit allem anderen

vor Arzka: event hat strings
cvs: event hat maps
mein Patch: event hat strings und maps

Beitrag von **mb405** » Freitag 14. April 2006, 17:38

danke Houdini
also es bedeutet jetzt, wenn ich in epglanguages.conf OFF reinschreibe, dann ist artzkas epglanguage deaktiviert.
das ist ja wieder ein geniestreich. ihr 3 sectionsd spezialisten macht das schon

Beitrag von **Houdini** » Freitag 14. April 2006, 17:42

epglanguages.conf OFF reinschreibe

oder ganz rauslöschen.

Beitrag von **mb405** » Freitag 14. April 2006, 23:59

also ich hab festgestellt, das der epg zwar geschrieben wird, aber nun nicht mehr eingelesen wird. das ist nicht so schön. kannst da nochmal drüber sehen ? im log kommt, und die box greift auch auf das mountlaufwerk zu. nur kommt nix im epg

[neutrino] registering as event client
commandRegisterEventClient
commandRegisterEventClient
commandRegisterEventClient
commandRegisterEventClient
commandRegisterEventClient
commandReadSIfromXML
commandSetSectionsdScanMode
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
commandGetIsTimeSet
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
[basicsocket] send_data: Resource temporarily unavailable
commandGetIsTimeSet
commandserviceChanged
[neutrino] initialized everything
commandGetIsTimeSet
commandCurrentNextInfoChannelID
commandCurrentNextInfoChannelID
commandserviceChanged
commandCurrentNextInfoChannelID
commandGetIsTimeSet
commandCurrentNextInfoChannelID
avia_gt_core: masking unhandled irq reg 0 bit 6
PES, queue 0 normal.
avia_gt_core: masking unhandled irq reg 0 bit 7
avia_gt_core: masking unhandled irq reg 1 bit 15
commandSetPrivatePid
[controld] VIDEO_EVENT_SIZE_CHANGED 528x576 (4:3 -> 4:3)
commandCurrentNextInfoChannelID
commandCurrentNextInfoChannelID
commandGetIsTimeSet
[timeThread] time(): 14.04.2006 23:55:53, tim: Fri Apr 14 23:55:53 2006
commandGetIsTimeSet
[timeThread] time(): 14.04.2006 23:56:20, tim: Fri Apr 14 23:56:20 2006
commandCurrentNextInfoChannelID

Beitrag von **Houdini** » Samstag 15. April 2006, 14:24

hehe, dieht so aus mein diff arbeitet nicht gegen nirvanas privaten stand, da muss dann noch was angepasst werden

Beitrag von **mb405** » Samstag 15. April 2006, 14:46

also auf jeden fall bringt es viiiieeeellllleeee logmeldungen.
und zappen zwischen bouquets ist wieder wie immer.
Danke

shließ dich doch mit nirvana zusammen. damit das endlich ins cvs kommt.

Beitrag von **Bimmel** » Samstag 15. April 2006, 17:40

Houdini hat geschrieben:hehe, dieht so aus mein diff arbeitet nicht gegen nirvanas privaten stand, da muss dann noch was angepasst werden

Das meine ich mit der Frage wozu CVS.
Wieso kommen nicht solche schaen nicht mit #ifdef ALPHA oder was auch immer nicht in CVS ?
Sonst geht alles durcheinander.

Beitrag von **Nico 77** » Samstag 15. April 2006, 22:32

@Houdini
Worin liegt der Unterschied zwischen den beiden Patches?
Habe das nicht so ganz verstanden.

Möchte auch verwenden.

http://home.arcor.de/houdini/dbox/secti ... 1-52.patch
http://home.arcor.de/houdini/dbox/secti ... 2-06.patch

Beitrag von **Houdini** » Samstag 15. April 2006, 23:14

Patch eins ist altes Verhalten, MultiLanguageEPG Abfragen werden "auskommentiert"
Patch eins ist abhängig von der Laufzeitkonfiguration entweder wird Arzka's MultiLanguageEPG benutzt oder nicht. Die Abfrage erfolgt halt immer beim Aufruf der get() und set() Methoden.

Houdini