'max events' hoert sich fuer mich leicht schwammig an...'max ram' faende ich 100% sicher.Innuendo hat geschrieben:das wollte nirvana mit seinem max event patch erreichen.
Stiftung: Stabiler sectionsd
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Erleuchteter
- Beiträge: 646
- Registriert: Mittwoch 16. April 2003, 14:12
Dann will ich euch mal wieder mit einer gewagten These verblüffen:
Ich behaupte mal, es gibt kein Speicherleck! Wir müssen nur noch konservativer mit der Anzahl der zu speichernden Events umgehen. Sagen wir MAX_EVENTS=5000.
Wer Zeit hat, kann ja Folgendes testen:
2 telnets auf die Box. 1 zum Speicher messen und das andere sectionsd killen und sectionsd -d starten.
Im einen Fenster beobachtet man die Aktivität des sectionsd und im anderen misst man den Speicher mit free. Ihr werdet feststellen, dass der sectionsd während des Scannens über dmxEIT(0x12, 1024); 1 MB Speicher krallt und beim Einschlafen wieder rausrückt. Man sollte zwiwschen Sat1 und RTL Umschalten können, immer wenn der sectionsd schläft müsste der Speicher konstant sein. (Sofern alle Events schon eingelesen sind und man nichts anderes macht)
Nun haben RTL und Sat1 zusammen ca. 3500 Events. Kommen ARD/ZDF dazu, geht halt der Speicher gegen 0. Woher sich dann dmxEIT(0x12, 1024) den Speicher organisiert, ist mir unklar.
Man kann ja auch mal testen, ob Teletext und Movieplayer ihren Speicher wieder hergeben...
Ich behaupte mal, es gibt kein Speicherleck! Wir müssen nur noch konservativer mit der Anzahl der zu speichernden Events umgehen. Sagen wir MAX_EVENTS=5000.
Wer Zeit hat, kann ja Folgendes testen:
2 telnets auf die Box. 1 zum Speicher messen und das andere sectionsd killen und sectionsd -d starten.
Im einen Fenster beobachtet man die Aktivität des sectionsd und im anderen misst man den Speicher mit free. Ihr werdet feststellen, dass der sectionsd während des Scannens über dmxEIT(0x12, 1024); 1 MB Speicher krallt und beim Einschlafen wieder rausrückt. Man sollte zwiwschen Sat1 und RTL Umschalten können, immer wenn der sectionsd schläft müsste der Speicher konstant sein. (Sofern alle Events schon eingelesen sind und man nichts anderes macht)
Nun haben RTL und Sat1 zusammen ca. 3500 Events. Kommen ARD/ZDF dazu, geht halt der Speicher gegen 0. Woher sich dann dmxEIT(0x12, 1024) den Speicher organisiert, ist mir unklar.
Man kann ja auch mal testen, ob Teletext und Movieplayer ihren Speicher wieder hergeben...
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
Hi,
nun das die Speicherprobleme bei den Öffentlich Rechtlichen vornehmlich auftreten, dürfte bei meinem geposteten Speicherverbrauch als Ursache auch zu sehen sein. Den die Box läuft insb. Nachts zu 90% auf ARD/ZDF oder 3. Programmen, da sie als "Einschlafhilfe" für meine Schwiegermutter dient. Da will man keine Werbung haben, deshalb ARD & ZDF...
Außerdem braucht man sich ja nur mal im Sysinfo den Speicherverlauf bei ARD und ZDF anzusehen, der geht schneller in die Knie als man sehen kann.
Irgendwie verstehe ich auch nicht warum der Speicherbedarf so imens hoch ist. Ich habe Günter mal gefragt, wieviel Speicher sein MB benötigt, und er meinte es entspräche dem, wie die xml Datei groß sein. Das würde bedeuten, das man mit 12MB schon über 12000 XML es laden könnte (bei normalerweise weniger als 1kb pro xml) . So viele Filme wird man so schnell nicht haben, damit es eng wird.
Umkehrschluß, müßten ja auch über 12000 Events speichern können.
->ca 30 Events * 7 Tage * 50 Sender = 10200kb da müßte noch platz sein!!! vor allem, da nicht alle 7 Tagevorschau haben und 30 Events am Tag.
ARD alleine verbrät ca 8MB wenn man nur auf ARD ca 15min laufen läßt (ohne Umschalten!).
Also wie ist das rechnerisch möglich, vor allem wenn die Anzahl der Events begrenzt wurden?
Alles nur der Speicherleek?
Cu
Torsten
nun das die Speicherprobleme bei den Öffentlich Rechtlichen vornehmlich auftreten, dürfte bei meinem geposteten Speicherverbrauch als Ursache auch zu sehen sein. Den die Box läuft insb. Nachts zu 90% auf ARD/ZDF oder 3. Programmen, da sie als "Einschlafhilfe" für meine Schwiegermutter dient. Da will man keine Werbung haben, deshalb ARD & ZDF...
Außerdem braucht man sich ja nur mal im Sysinfo den Speicherverlauf bei ARD und ZDF anzusehen, der geht schneller in die Knie als man sehen kann.
Irgendwie verstehe ich auch nicht warum der Speicherbedarf so imens hoch ist. Ich habe Günter mal gefragt, wieviel Speicher sein MB benötigt, und er meinte es entspräche dem, wie die xml Datei groß sein. Das würde bedeuten, das man mit 12MB schon über 12000 XML es laden könnte (bei normalerweise weniger als 1kb pro xml) . So viele Filme wird man so schnell nicht haben, damit es eng wird.
Umkehrschluß, müßten ja auch über 12000 Events speichern können.
->ca 30 Events * 7 Tage * 50 Sender = 10200kb da müßte noch platz sein!!! vor allem, da nicht alle 7 Tagevorschau haben und 30 Events am Tag.
ARD alleine verbrät ca 8MB wenn man nur auf ARD ca 15min laufen läßt (ohne Umschalten!).
Also wie ist das rechnerisch möglich, vor allem wenn die Anzahl der Events begrenzt wurden?
Alles nur der Speicherleek?
Cu
Torsten
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
@Nirvana:
uups da haben wir ja fast das gleiche angedacht. Aber ich sagte ja schon die ganze Zeit, dass es nicht möglich ist alle Events zu cachen. Und die Beobachtung der Speicherfreigabe vom Sectionsd deckt sich mit meiner (daher die Frage warum der Speicherverbrauch bei 3,5MB free immer auf 4,5MB free springt).
Wenn allerdings weniger als 1,5MB noch frei sind fangen die probleme an, logisch wenn der sectionsd keiner speicher zum arbeiten hat... Vielleicht überschreibt der dann einfach Bereiche die eigentlich noch nicht freigegeben sind...
Und der MB gibt seinen Speicher normalerweise nicht wieder frei...
Cu
Torsten
uups da haben wir ja fast das gleiche angedacht. Aber ich sagte ja schon die ganze Zeit, dass es nicht möglich ist alle Events zu cachen. Und die Beobachtung der Speicherfreigabe vom Sectionsd deckt sich mit meiner (daher die Frage warum der Speicherverbrauch bei 3,5MB free immer auf 4,5MB free springt).
Wenn allerdings weniger als 1,5MB noch frei sind fangen die probleme an, logisch wenn der sectionsd keiner speicher zum arbeiten hat... Vielleicht überschreibt der dann einfach Bereiche die eigentlich noch nicht freigegeben sind...
Und der MB gibt seinen Speicher normalerweise nicht wieder frei...
Cu
Torsten
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
...fest steht, dass %MEM fuer sectionsd kontinuierlich im Laufe der Zeit anwaechst...bis zum crash halt. Die 'free' Anzeige ist sehr dynamisch und sagt imo nicht viel aus..ich habe da Werte zwischen 5MB und 768KB..trotzdem klappen Aufnahmen/Movieplayer/Tuxtext(sogar waehrend Aufnahme) und nix crasht.
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
Wie kann man denn %Mem für Sectionsd auslesen?petgun hat geschrieben:...fest steht, dass %MEM fuer sectionsd kontinuierlich im Laufe der Zeit anwaechst...bis zum crash halt. Die 'free' Anzeige ist sehr dynamisch und sagt imo nicht viel aus..ich habe da Werte zwischen 5MB und 768KB..trotzdem klappen Aufnahmen/Movieplayer/Tuxtext(sogar waehrend Aufnahme) und nix crasht.
Cu
Torsten
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Erleuchteter
- Beiträge: 547
- Registriert: Mittwoch 30. Juni 2004, 16:06
-
- Tuxboxer
- Beiträge: 5001
- Registriert: Montag 11. November 2002, 15:26
-
- Senior Member
- Beiträge: 1278
- Registriert: Mittwoch 5. September 2001, 00:00
@Nirvana und Houdini:
Sagen wir doch einfach mal "SPIELSTOP"
keine weiteren Patches und Patches zu den Patches usw...
1. Welche elementaren Änderungen wurden am Code gemacht ? (so in der Art sdt-scan nit-scan...)
2. Welche Version der Sectionsd galt als stabil ? (z.B. JTG-20.10 läuft sectionsd hammergeil)
3. Die Änderungen von Punkt1 in Quelltext von Punkt2 einpflegen und einchecken.
Bitte an alle Tester: nur die Version der Sectionsd posten, welche eurer Meinung nach stabil war in den neuen Thread "stabile Sectionsd-Versionen", möglichst kurz und knapp.
Bitte an Houdini und Nirvana (wer noch?): Auflistung der Elemente was wieder reinkommen soll in den Thread "neue Sectionsd-Erweiterungen"
Sagen wir doch einfach mal "SPIELSTOP"
keine weiteren Patches und Patches zu den Patches usw...
1. Welche elementaren Änderungen wurden am Code gemacht ? (so in der Art sdt-scan nit-scan...)
2. Welche Version der Sectionsd galt als stabil ? (z.B. JTG-20.10 läuft sectionsd hammergeil)
3. Die Änderungen von Punkt1 in Quelltext von Punkt2 einpflegen und einchecken.
Bitte an alle Tester: nur die Version der Sectionsd posten, welche eurer Meinung nach stabil war in den neuen Thread "stabile Sectionsd-Versionen", möglichst kurz und knapp.
Bitte an Houdini und Nirvana (wer noch?): Auflistung der Elemente was wieder reinkommen soll in den Thread "neue Sectionsd-Erweiterungen"