Bei mir ist nix träger.
Läuft genauso smooth wie ohne epg2vdr.
Bei mir sind aber DB und epgd auch lokal installiert.
Gruss.
Markus
Bei mir ist nix träger.
Läuft genauso smooth wie ohne epg2vdr.
Bei mir sind aber DB und epgd auch lokal installiert.
Gruss.
Markus
Ist bei mir nicht anders.
@ louis
Sollte ich bis zum Wochenende das bestellte Cubieboard2 bekommen und die Software Installation macht keine Probleme, sage ich nochmal Bescheid.
Bin ziemlich sicher das die lokale DN nicht der Schlüsselfaktor ist.
Bei Christian greift das Plug in der Situation nichtmal auf die DB zu. Bin gespannt was bei seinem Test heute Abend mit beiden Plugs jeweils einzeln rauskommt, einen Zusammenhang bzw. Wechselwirkung kann ich mit noch nicht erklären
Jörg
Bei lokaler Installation merk ich auch keinen Unterschied zu xmltv2vdr oder tvm2vdr. Bei Client/Server Installation allerdings sehr wohl. Das ganze wird extrem träge und ist für den entsprechenden WAF nicht zu gebrauchen. Mir ist das erst aufgefallen, nachdem ich Testweise auf skinenigma bzw. skinflat gewechselt hatte. Die sind vergleichsweise performant. Auch bei Benutzung von Sender-EPG.
Ich probier nachher nochmal was aus mit meiner Serverinstallation auf nem Raspi. Ich denke da läßt sich noch was tunen. Allerdings denke ich, dass bei einem zukünftigen Mischen des EPGs meine Tuningmaßnahme hinfällig und der nopacity-Skin performancemäßig unbenutzbar wird.
Gruß
iNOB
bei Client/Server ist der Raspi der Server oder hast du bereits eine andere Kombination versucht?
Ich kann keine grossen Geschwindigkeitseinbussen feststellen, werd aber bei Gelegenheit nochmal anthra Probieren. Mein Client ist per GBit Netz mit dem Server verbunden, vielleicht spielt das auch noch ne (kleine) Rolle.
Aber generell ist nOpacity schon träger als andere Skins...vielleicht auch aus dem Grund, dass ständig Logos und andere Icons von Platte geladen werden. Noch dazu, wenn tvscraper aktiviert ist.
Aber generell ist nOpacity schon träger als andere Skins...vielleicht auch aus dem Grund, dass ständig Logos und andere Icons von Platte geladen werden. Noch dazu, wenn tvscraper aktiviert ist.
Hast du ne SSD? Ich merke da nix von...
Ich stelle mir generell die Frage, womit das zusammenhängen könnte...anscheinend ist ja alles langsam, auch wenn das epg2vdr Plugin eigentlich gerade nix macht? Schon seltsam...
Ciao Louis
Nein hab keine SSD, aber sehe schon recht viel Aktivität auf der Platte, wenn ich durch Menüs scrolle, die Logos oder Cover haben. Aber hat ja nix mit dem eigentlichen Thema zu tun.
Nein hab keine SSD, aber sehe schon recht viel Aktivität auf der Platte, wenn ich durch Menüs scrolle, die Logos oder Cover haben. Aber hat ja nix mit dem eigentlichen Thema zu tun.
man weiß es ja nicht...ich hab ja keine Ahnung was epg2vdr so im Detail treibt. Vielleicht entstehen ne Menge konkurrierende Plattenzugriffe...
Ciao Louis
Habe nun nOpacity installiert, sieht wirklich gut aus!
Es ist auch hier etwas langsamer als Anthra, speziell das aufblenden des Hautmenü und das Zappen, bei mir unabhängig ob mit epg2vdr oder ohne.
Grüße
Jörg
Das einfaden kannst du abstellen, dann ist es etwas schneller.
man weiß es ja nicht...ich hab ja keine Ahnung was epg2vdr so im Detail treibt. Vielleicht entstehen ne Menge konkurrierende Plattenzugriffe...
Ciao Louis
Die Plattenzugriffe entstehen eher durch die Bilder, meine ich. Das EPG ist ja eigentlich im RAM.
man weiß es ja nicht...ich hab ja keine Ahnung was epg2vdr so im Detail treibt. Vielleicht entstehen ne Menge konkurrierende Plattenzugriffe...
Ciao Louis
Wenn es so konfiguriert ist wie bei Christian und mir macht epg2vdr absolut nichts außer sleep() ;). Das rödelt nur alle 5 Minuten für ca. 10-20ms (hier) um das Sender EPG aus der DB zu holen. Zwei mal am Tag holt es die Änderungen des externen EPG (bzw. je nachdem wie oft man es konfiguriert hat), dann rödelt es etwas länger.
Wenn es sich um den VDR handelt der das Sender EPG in die DB schaffen muss sieht das anders aus, da kann es bei langsamer DB schon das zappen bremsen (z.B. DB auf Raspi). Lokale File IO macht das Plugin nicht, wirklich absolut Null. Anders sieht es wieder aus wenn mysql lokal läuft, das belastet schon die Platte, nach meinen Erfahrungen/Tests jedoch nicht so das ich es als Ursache sehen würde.
Grüße Jörg
Moin,
wer hat denn die Plugin Kombi epg2vdr und als Skin nOpacity am laufen? Ist der Skin langsamer, wenn das epg2vdr Plugin läuft? Ich habe das epg2vdr Plugin nicht am laufen, aber anscheinend gint es mit der Kombination den Effekt, das nOpacity sehr träge wird?! Wie sind da die Erfahrungen?
Ciao Louis
Kann ich bestätigen.
Es ist so wie von mir vermutet. Schalte ich auf dem VDR-Client im epg2vdr-Plugin "Update DVB EPG Database" aus, flutscht es genauso wie bei xmltv2vdr oder tvm2vdr. Kein Unterschied erkennbar unter nopacity. Egal wie viel Sender ich extern hole. Der epgd Daemon läuft dabei auf dem Raspi (v2, 512MB RAM) welcher über WLAN im Netzwerk hängt.
"Unbedienbar" wird nopacity, wenn Sender-EPG Daten vom VDR-Client in die DB auf den Server gehen.
Gruß
iNOB
Es ist so wie von mir vermutet. Schalte ich auf dem VDR-Client im epg2vdr-Plugin "Update DVB EPG Database" aus, flutscht es genauso wie bei xmltv2vdr oder tvm2vdr. Kein Unterschied erkennbar unter nopacity. Egal wie viel Sender ich extern hole. Der epgd Daemon läuft dabei auf dem Raspi (v2, 512MB RAM) welcher über WLAN im Netzwerk hängt.
"Unbedienbar" wird nopacity, wenn Sender-EPG Daten vom VDR-Client in die DB auf den Server gehen.
Gruß
iNOB
okay da wird ein Schuh draus. Die mysqldb ist sicher auch auf dem Raspi, die ist dort zu langsam. Das der epgd dort läuft sollte nichts ausmachen, zumindest nicht den VDR.
Ob es die ARM CPU oder die Platte ist kann ich so nicht sagen.
Das ist sicher mit einem anderen Theme nicht merklich besser, oder?
Jörg
"Unbedienbar" wird nopacity, wenn Sender-EPG Daten vom VDR-Client in die DB auf den Server gehen.
Hm, dann scheint da der Hase im Pfeffer zu liegen. Aber dieser Vorgang sollte ja nicht ewig dauern oder? Wenn das fertig ist und du nicht umschaltest (damit das nicht wieder von vorne für den nächsten Sender losgeht), reagiert dann nopacity wieder normal?
Die Frage ist, was ich im Skin anders mache als die anderen Skins, dass das das System so ausbremst. Oder anders herum gefragt, warum wird durch das abgreifen des EPGs über den EPG Handler der Skin ausgebremst?
Ciao Louis
Das ist sicher mit einem anderen Theme nicht merklich besser, oder?
Doch... skinenigma oder skinflat sind dann noch bedienbar, nopacity nicht.
epgd + mysql laufen auf dem Raspi.
Wenn das fertig ist und du nicht umschaltest (damit das nicht wieder von vorne für den nächsten Sender losgeht), reagiert dann nopacity wieder normal?
Nein. Selbst das Einblenden des Hauptmenüs ist merklich langsamer.
Gruß
iNOB
Aufhören tut das nie da die Sender immer Updates liefern, nur nach einer Zeit hat es sich eingependelt das sie nur noch wenige Updates enthalten. Die NON Updates werden vorher abgehandelt und brauchen die DB nicht. Was dabei das Skin bremst sind die Locks auf das EPG seitens des VDR vor dem Aufruf des Handlers. Jedoch m.E. nur für EPG Daten sensitive Anzeigen (damit auch das zappen). Mit dem Hauptmenü hat es nichts zu tun.
Der Effekt bei iNOB ist damit denke ich klar. Ich nehme an das der Unterschied zw. den Themes mit und ohne epg2vdr da ist, nur in Kombination mit epg2vdr dann das Fass überläuft.
Bei Christian und mir spielt der Handler wie gesagt keine Rolle und ich habe einen Unterschied ob mit und ohne epg2vdr. nOpacity ist hier auch gut bedienbar, nur halt dennoch merklich langsamer als text2skin.
Jörg
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
