sandmann. Geschrieben 25. März 2010 Melden Share Geschrieben 25. März 2010 Ja, damit ist eigentlich alles gesagt. Streame auf eine NSLU mit einer 1,5Tb Platte dran, diese ist etwa zu 25-30% gefüllt. Die Box meldet mmanchmal das nicht genügend Speicherplatz zur Verfügung steht, was aber nicht stimmt falls sie sich auf die HDD bezieht. Nach einem Neustart der Box kann ich aufnehmen. Komischerweise machten das 2 Boxen, also die eine wollte nicht da bin ich zur anderen Box die meldete das gleiche. Es handelt sich um das aktuelle Image auf einer Nokia-Box ohne allzu großen Veränderungen? Weiß jemand vielleicht Rat? Gruß Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 26. März 2010 Melden Share Geschrieben 26. März 2010 Wenn die Box sinngemäß meldet: "Aufnahme abgebrochen, zu wenig Speicher", dann hat das nichts mit dem freien Platz auf Deiner Platte zu tun. Die Meldung bedeutet ganz einfach, dass Dein RAM der Box zugemüllt ist, so dass entweder der Aufnahmeprozess selbst schon nicht mehr richtig starten kann (benötigt ca. 4MB freien RAM), oder der Ringpuffer nicht angelegt werden kann. Sorge dafür, dass die Box den RAM nicht vollmüllt. Reduzierung der EPG-Events auf ein sinnvolles Maximum z.B. entlasten den RAM spürbar. Ich hab 3000 Events, damit geht der Box auch nach wochenlangem Dauerbetrieb der RAM nicht aus. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 26. März 2010 Autor Melden Share Geschrieben 26. März 2010 Nee, es steht dort sinngemäß: Aufnahme konnte nicht gestartet werden, da nicht genügend Speicherplatz vorhanden ist. Das Ram sollte auch nicht zugemüllt sein da weder Vögel noch sonst was läuft. Selbst standardmäßig eingebaute Plugins sind teilweise entfernt worden. EPG steht auf 3000 uund 3 Tage, wegen den sonst so vielen Lücken. Was mich so wuschig macht dabei ist, das es eine 2.Box gleichzeitig angezeigt hat. Die 2. Box hat aber das selbe Image drauf welches ich mal geklont hatte. Habe gerade mal nachgesehen: Ramauslastung bei 49%. Aufnehmen geht. Wenn sie sich wieder mal querstellt seh ich nochmal nach. Ja, so ist das mit dem Vorführeffekt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 26. März 2010 Melden Share Geschrieben 26. März 2010 Nee, es steht dort sinngemäß: Aufnahme konnte nicht gestartet werden, da nicht genügend Speicherplatz vorhanden ist. Ja, so war die Meldung, wenn der Box der freie RAM ausgegangen ist. Ist definitiv zugemüllter Arbeitsspeicher der Box. Hat's halt zufällig beide Boxen bei Dir erwischt gehabt. Wäre Deine Platte im NAS voll, sollte die Box eigentlich (?) melden, dass das Aufnahmeverzeichnis nicht beschreibbar ist bzw. anderweit ein Fehler beim Schreiben der Daten aufgetreten ist. Kann ich nicht genau sagen, so einen Fall hatte ich hier noch nicht. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 26. März 2010 Autor Melden Share Geschrieben 26. März 2010 Dann bin ich ja in gewisserweise beruhigt, das die gute alte Box mit der langen Filmliste zurrechtkommt. Die Boxen laufen im Normalfall 3,4 oder 5 Tage am Stück. Kann man da was aufräumen, das es garnicht erst soweit kommt? Jedenfalls nicht nach 2-3 Tagen schon? Die einzigen Plugins die dazu gekommen sind wäre der VDR-Viewer (im allgemeinen kaum oder nicht in Betrieb) und der Fritzboxcallmonitor. Dieser stellt allerdings auch nach ein paar Tagen den Dienst ein. Mail, Wetter ect. ist alles raus und andere Sachen laufen da auch nicht. Mein Netzwerk ist einigermassen flott was das streamen anbetrifft. Wenn ich den Ringpuffer etwas reduziere (zur zeit auf 4MB), könnte das vielleicht helfen? Käme wahrscheinlich auf einen Test an. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 27. März 2010 Melden Share Geschrieben 27. März 2010 Die Boxen laufen im Normalfall 3,4 oder 5 Tage am Stück. Kann man da was aufräumen, das es garnicht erst soweit kommt? Jedenfalls nicht nach 2-3 Tagen schon? EPG hast Du ja schon entsprechend eingestellt. Ich hab da bei mir 3000 Events, 4 Tage, Langtext 24 Stunden. Damit braucht der sectionsd bei mir unter 5MB nach 10 Tagen (Angaben von telnet -> top). Liegt nach meiner Erfahrung in einem unproblematischen Bereich. Meine Philips hat aktuell übrigens nach 10 Tagen Laufzeit immer noch 7,5MB freien RAM. Letztens (Box lief gut 100 Tage am Stück durch) war es auch nur unwesentlich weniger, knapp 7MB bleiben hier eigentlich immer frei. Sonst wäre noch zu nennen: - lange Filmlisten im Movieplayer - lange Listen im Audioplayer Beides braucht auch nicht zu unterschätzenden RAM, die Listen werden dort gecached. Und unter Umständen wird der Platz dann nicht mehr freigegeben, auch wenn die Player schon lange wieder geschlossen wurden, die Player haben meines Wissens Speicherlecks. Ich vermute mal, dass beim nächsten Öffnen die Listen erneut gecached werden, der RAM wird damit immer weniger. Bis er nicht mehr reicht und andere Prozesse dann nicht mehr starten können bzw. laufende Prozesse in den Abgrund gerissen werden, Dein Callmonitor z.B. Überwache mal regelmäßig den RAM-Bedarf der einzelnen Prozesse. Geht über telnet mit dem Befehl top. Du solltest dann sehen, wenn der RAM-Bedarf von Prozessen immer mehr anwachsen sollte. Die einzigen Plugins die dazu gekommen sind wäre der VDR-Viewer (im allgemeinen kaum oder nicht in Betrieb) und der Fritzboxcallmonitor. Dieser stellt allerdings auch nach ein paar Tagen den Dienst ein. Mail, Wetter ect. ist alles raus und andere Sachen laufen da auch nicht. Plugins, die nicht aufgerufen werden, verbauchen auch keine Ressourcen. Ist also wurscht, ob Mail, News, Wetter und dergleichen im Flash vorhanden sind. Solange sie nicht gestartet werden, brauchen sie auch keinen RAM. Ich hab für mich unbenötigten Krimskrams allerdings auch aus dem Image verbannt. Mein Netzwerk ist einigermassen flott was das streamen anbetrifft. Wenn ich den Ringpuffer etwas reduziere (zur zeit auf 4MB), könnte das vielleicht helfen? Käme wahrscheinlich auf einen Test an. Ich hab bei mir 2MB Ringpuffer. Ist in meinem Netzwerk ausreichend, sowohl Aufnahmen auf meinen Windows 2003 Server (mit SFU) als auch meine Asus WL-HDD laufen damit abbruchfrei, auch ARD, ZDF und ähnliche Bitratenbomber. Die Größe des voreingestellten Ringpuffers sollte nach meinen Beobachtungen/Vermutungen allerdings für Dein Problem nur sekundär zuständig sein. Wenn ich mich nicht irre, wird der Ringpuffer automatisch verkleinert, wenn der Box nach Start des eigentlichen Aufnahmeprozesses der voreingestellte RAM für den Ringpuffer nicht zur Verfügung steht. Wie die Box allerdings reagiert, falls auch der kleinste einzustellende Wert von 512kB nicht mehr machbar ist, entzieht sich meiner Kenntnis. Dürfte die Aufnahme mit einer Abbruchmeldung beendet werden. Sind aber alles mehr oder weniger Mutmaßungen, ich hoffe, dass ich da jetzt nicht groben Unfug geschrieben habe. Da müsste jemand was dazu sagen, der sich programmiertechnisch mit der Materie auskennt, und uns da mal aufklären... Ich hab da was, das Du mal versuchen könntest. Ich hab da ein Plugin gebastelt, um den RAM auch im laufenden Betrieb nach längerer Laufzeit der Box zu entmisten: EPG- & RAM-Clean, Download und Thread dazu (klick). Lese Dir den Thread durch. Installiere das Plugin und lege Dir 10 Minuten vor Deiner geplanten Aufnahme einen zusätzlichen Timer an, der das Plugin startet. Sollte normal helfen, dass Dir die Aufnahme dann nicht verreckt. Probier das einfach mal auf einer Deiner Boxen aus. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 27. März 2010 Autor Melden Share Geschrieben 27. März 2010 Ich hab da was, das Du mal versuchen könntest. Ich hab da ein Plugin gebastelt, um den RAM auch im laufenden Betrieb nach längerer Laufzeit der Box zu entmisten: EPG- & RAM-Clean, Download und Thread dazu (klick). Lese Dir den Thread durch. Installiere das Plugin und lege Dir 10 Minuten vor Deiner geplanten Aufnahme einen zusätzlichen Timer an, der das Plugin startet. Sollte normal helfen, dass Dir die Aufnahme dann nicht verreckt. Probier das einfach mal auf einer Deiner Boxen aus. Danke für die ausführliche Antwort. Ich werde mir mich mal damit beschäftigen und sehen ob man da was frauenfreundliches machen kann Mich ereilt sonst immer ein Hilfeschrei warum das denn schon wieder nicht klappt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 3. April 2010 Autor Melden Share Geschrieben 3. April 2010 Jetzt seht euch mal das an ?? Die Box läuft einen Tag. Epg steht auf 6000 und 2 Tage. Wieso steht da so viel vielfach drin, muß das so sein? Es ging auch schon deutlich unter 1 MB. Die 2. Box habe ich umgestellt auf EPG 3000 und 4 Tage, ebenfalls ist die Ca**2 aus. Sie hat auch mehr Ram frei, im Schnitt 3-4 MB. berauschend ist das trotzdem nicht, aber normal? Der Cleaner läuft noch nicht. Die sectionsd bereitet das EPG auf, aber wieso so oft.... 9:22am up 1 day, 15:54, 0 users, load average: 0.38, 0.34, 0.23 45 processes: 43 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 5.4% user, 22.5% system, 0.0% nice, 72.1% idle Mem: 30884K total, 29568K used, 1316K free, 644K buffers Swap: 0K total, 0K used, 0K free, 9584K cached 738 root 18 0 840 840 680 R 9.1 2.7 0:03 top 460 root 9 0 4204 3392 1700 S 0.8 10.9 17:37 neutrino 736 root 9 0 584 584 508 S 0.8 1.8 0:00 telnetd 3 root 19 19 0 0 0 RWN 0.3 0.0 0:52 ksoftirqd_CPU0 191 root 13 5 9440 9440 1280 S N 0.1 30.5 0:25 sectionsd 321 root 9 0 2116 2116 1256 S 0.1 6.8 0:11 zapit 1 root 8 0 504 500 480 S 0.0 1.6 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:01 keventd 4 root 9 0 0 0 0 SW 0.0 0.0 0:01 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd 14 root 15 10 0 0 0 SWN 0.0 0.0 0:01 jffs2_gcd_mtd3 70 root 9 0 0 0 0 SW 0.0 0.0 2:20 avia_av_wdt 105 root 9 0 612 612 528 S 0.0 1.9 0:00 inetd 160 root 9 0 0 0 0 SW 0.0 0.0 0:00 cifsoplockd 171 root 8 0 516 512 444 S 0.0 1.6 0:00 start_neutrino 172 root 9 0 504 500 480 S 0.0 1.6 0:00 init 173 root 9 0 504 500 480 S 0.0 1.6 0:00 init 174 root 9 0 504 500 480 S 0.0 1.6 0:00 init 175 root 9 0 504 500 480 S 0.0 1.6 0:00 init 177 root 9 0 504 500 480 S 0.0 1.6 0:00 init 178 root 9 0 504 500 484 S 0.0 1.6 0:00 init 186 root 9 0 1316 1316 948 S 0.0 4.2 0:01 fritzboxcallmon 192 root 13 5 9440 9440 1280 S N 0.0 30.5 0:00 sectionsd 193 root 13 5 9440 9440 1280 S N 0.0 30.5 0:04 sectionsd 195 root 13 5 9440 9440 1280 S N 0.0 30.5 9:35 sectionsd 196 root 13 5 9440 9440 1280 S N 0.0 30.5 1:40 sectionsd 197 root 13 5 9440 9440 1280 S N 0.0 30.5 0:18 sectionsd 198 root 13 5 9440 9440 1280 S N 0.0 30.5 0:00 sectionsd Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 3. April 2010 Melden Share Geschrieben 3. April 2010 Ich hab Deine Telnet-Ausgabe mal in code-Tags gesetzt, damit man das vernünftig lesen kann. Bei der normalen Zitat-Box (quote) werden nämlich die zur Ausrichtung enthaltenen mehrfachen Leerzeichen und auch Tabulatoren ignoriert, was das Ganze dann grauslig zu lesen ergibt. Wie Du sicher siehst, ist der sectionsd der Speicherfraß. Und anders hab ich das auch fast nicht erwartet. Das Teil geht eben recht verschwenderisch mit dem RAM um, und mit den jetzt noch freien 1,3MB bekommst Du mit Sicherheit keine Aufnahme zustande, die dürfte mit "zu wenig Speicher" wieder abgebrochen werden. Du solltest dem sectionsd auf jeden Fall die max. Events einschränken, das verplempert den meisten RAM. ebenfalls ist die Ca**2 aus Die camd2 macht mit ihren 440kB das Kraut nicht wirklich fett. Wie geschrieben: EPG-Events einschränken, das spart deutlich RAM. Gut, damit muss man dann halt beim Umschalten u.U. mal einen Moment warten, bis die aktuellen Daten neu eingelesen sind. Ich denke aber, dass man damit leben kann. Hab ich zumindest kein Problem mit dem Umstand. Wieso steht da so viel vielfach drin, muß das so sein? Das hat schon seine Richtigkeit. Einige Hauptprozesse bestehen aus mehreren Threads, die werden von top so angezeigt. Belegt wird der Speicher davon aber nur einmal. Also z.B. der sectionsd, der braucht nur die 9440kB, auch wenn da 7 Threads davon angezeigt werden. Geht also in Ordnung. Damit Du mal siehst, wie sich das bei mir verhält mit EPG 3000 Events, 4 Tage, Langtext 24 Stunden, Verwerfen nach 2 Stunden: 4:01pm up 17 days, 17:04, 0 users, load average: 0.02, 0.08, 0.05 46 processes: 44 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 4.5% user, 14.3% system, 0.0% nice, 81.2% idle Mem: 30884K total, 25356K used, 5528K free, 2952K buffers Swap: 0K total, 0K used, 0K free, 7160K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 21045 root 18 0 840 840 680 R 9.3 2.7 0:03 top 21043 root 9 0 584 584 508 S 1.0 1.8 0:00 telnetd 70 root 9 0 0 0 0 SW 0.1 0.0 22:12 avia_av_wdt 473 root 9 0 4780 3968 2644 S 0.1 12.8 245:40 neutrino 1 root 8 0 504 500 480 S 0.0 1.6 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 15:56 ksoftirqd_CPU0 4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd 14 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3 74 root 9 0 0 0 0 SW 0.0 0.0 0:00 avia_gt_wdt 106 root 9 0 612 612 528 S 0.0 1.9 0:00 inetd 148 root 9 0 564 564 500 S 0.0 1.8 0:00 syslogd 166 root 9 0 0 0 0 SW 0.0 0.0 0:00 cifsoplockd 170 root 9 0 688 688 576 S 0.0 2.2 0:12 automount 179 root 8 0 516 512 444 S 0.0 1.6 0:00 start_neutrino 180 root 9 0 504 500 480 S 0.0 1.6 0:00 init 181 root 9 0 504 500 480 S 0.0 1.6 0:00 init 182 root 9 0 504 500 480 S 0.0 1.6 0:00 init 183 root 9 0 504 500 480 S 0.0 1.6 0:00 init 187 root 9 0 504 500 480 S 0.0 1.6 0:00 init 188 root 9 0 504 500 484 S 0.0 1.6 0:00 init 200 root 13 5 6172 6172 1284 R N 0.0 19.9 2:08 sectionsd 201 root 13 5 6172 6172 1284 S N 0.0 19.9 0:00 sectionsd 202 root 12 5 6172 6172 1284 S N 0.0 19.9 3:33 sectionsd 204 root 13 5 6172 6172 1284 S N 0.0 19.9 35:16 sectionsd 206 root 13 5 6172 6172 1284 S N 0.0 19.9 31:39 sectionsd 207 root 13 5 6172 6172 1284 S N 0.0 19.9 0:23 sectionsd 209 root 13 5 6172 6172 1284 S N 0.0 19.9 0:00 sectionsd 210 root 13 5 6172 6172 1284 S N 0.0 19.9 0:26 sectionsd 211 root 13 5 6172 6172 1284 S N 0.0 19.9 16:54 sectionsd 212 root 9 0 1160 1160 996 S 0.0 3.7 0:00 timerd 219 root 9 0 1160 1160 996 S 0.0 3.7 0:00 timerd 220 root 9 0 1160 1160 996 S 0.0 3.7 0:00 timerd 230 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0 307 root 9 0 444 440 384 S 0.0 1.4 0:09 camd2 309 root 9 0 1824 1824 1236 S 0.0 5.9 0:30 zapit 315 root 9 0 1824 1824 1236 S 0.0 5.9 0:00 zapit 320 root 9 0 1824 1824 1236 S 0.0 5.9 0:00 zapit 442 root 9 0 1900 1900 1476 S 0.0 6.1 0:00 nhttpd 454 root 9 0 4780 3968 2644 S 0.0 12.8 1:30 neutrino 472 root 9 0 4780 3968 2644 S 0.0 12.8 0:00 neutrino 474 root 9 0 4780 3968 2644 S 0.0 12.8 0:00 neutrino 21044 root 9 0 648 648 556 S 0.0 2.0 0:00 sh Wie Du unschwer erkennen kannst, läuft die Box jetzt seit über 17 Tagen, ist noch genug Speicher frei, um eine Aufnahme zu starten (Ringpuffer 2MB, mehr brauche ich nicht). Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 3. April 2010 Autor Melden Share Geschrieben 3. April 2010 Ja, bei Dir sieht das deutlich entspannter aus. Hast Du deinen "Ramcleaner" selbst laufen? Was das Zitat angeht: Ja, sah schrecklich aus Habe nun 3 Tage, Langtext 24h und verwerfen nach 2h eingestellt und Box frisch gestartet. Nun siehts so aus: 8:52pm up 8 min, 0 users, load average: 0.25, 0.30, 0.1644 processes: 42 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 4.0% user, 8.6% system, 0.0% nice, 87.3% idle Mem: 30884K total, 29188K used, 1696K free, 2524K buffers Swap: 0K total, 0K used, 0K free, 13392K cached Habe kurz hin und her gezapt und mal kurz den Movieplayer an gehabt. Ich denke der Movieplayer hat sich das ganze Ram gegriffen. Vorher waren gut 6-7Mb frei. Mal sehen wie es sich entwickelt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 3. April 2010 Melden Share Geschrieben 3. April 2010 Hast Du deinen "Ramcleaner" selbst laufen? Wird beim Booten der Box 1 Minute nach Starten von Neutrino automatisch aufgerufen, dafür hab ich ein modifiziertes Script, das einmalig direkt aus der start_neutrino aufgerufen wird. Der sectionsd hat ja zu dieser Zeit noch kaum Daten gesammelt, deswegen muss ich den da nicht mit abschießen. Das Script zwingt dann 10MB RAM frei. Sonst benötige ich den EPG-Ramcleaner eigentlich nicht, wenn rufe ich den manuell auf. Eigentlich sollte auch das einfache Löschen der EPG-Daten sectionsdcontrol reichen (für sectiosdcontrol gibt's auch ein Plugin von mir, damit man nicht mit der Kommandozeile im telnet hantieren muss). Tut es aber leider nicht, der RAM bleibt trotzdem noch eine Zeit belegt, laut top tut sich beim vom sectionsd-Prozess belegten RAM erst mal minutenlang nichts, später wird zwar der belegte RAM weniger, aber nicht so wenig, als wenn der sectionsd komplett neu gestartet wird. Da hilft dann tatsächlich nur, den sectionsd komplett neu zu starten, was einen Neustart von Neutrino bedingt (dabei zwinge ich dann extra noch mal RAM mit frei), nichts anderes macht mein EPG- & RAM-Clean. Aber wie Du ja oben siehst: ohne bisher irgendwas freiräumen zu müssen, hat meine Box auch nach 17 Tagen noch genug Luft. Habe nun 3 Tage, Langtext 24h und verwerfen nach 2h eingestellt Nicht der EPG-Cache in Tagen sondern die Max. Events sind der kritische Punkt, das frißt den RAM weg. So viele Events werden dann im Speicher gehalten, was nach einigem Zappen dann recht schnell erreicht ist. Und dieser Speicher ist dann weg und wird auch nicht mehr frei gegeben, weil der sectionsd regelmäßig neue EPG-Daten nachliest. Funktioniert folgendermaßen: sectionsd beginnt zu sammeln, bis die eingestellten max. Events erreicht sind. Dann werden die ältesten eingelesenen Daten "vergessen" (aus dem RAM-Cache gelöscht) und durch aktuell neue Daten ersetzt. Wenn Du nur die Vorlaufzeit begrenzt, sammelt der EPG eben weniger in die Zukunft, dafür kann er dann mehr Sender im Cache halten. Bis zum Erreichen des unter max. Events eingestellten Wertes. Begrenzt Du die max. Events, kann der EPG insgesamt weniger Daten sammeln und benötigt damit permanent weniger RAM. Langtext funktioniert ähnlich, je länger desto mehr RAM wird gebraucht und bleibt belegt. Wieviel RAM die EPG-Daten ansich belegen, kannst Du Dir unter dBox-Taste -> Service -> Sender/EPG-Statistik (muss eventuell in Personalisierung -> Service erst sichtbar gemacht werden) oder per Statistik über sectionsdcontrol ansehen. Bei meinen 3000 max. Events sind das rund 2,2MB. Das sind aber nur die EPG-Daten, der sectionsd ansich benötigt auch schon fast 4MB RAM. Habe kurz hin und her gezapt und mal kurz den Movieplayer an gehabt. Ich denke der Movieplayer hat sich das ganze Ram gegriffen. Vorher waren gut 6-7Mb frei. Stimmt, der Movieplayer frißt ordentlich RAM, wenn er denn mal angefangen hat, einen Film abzuspielen. Bei mir legt er erst mal einen Puffer von 1,6MB an, beim Abspielen eines TS geht da aber ordentlich RAM drauf, kann schon mal bis runter zu nur noch 500kB freiem RAM gehen. Nach Beenden des Movieplayers bleibt auch ein Haufen RAM erst mal belegt, wird aber bei Bedarf von der Box wieder rausgerückt. Hab's eben probiert und meine RAM-Freiquäl-Routine manuell aufgerufen (und dabei festgestellt, dass ein Fehler im Script ist ), problemlos wieder 10MB frei bekommen, aktuell sind es jetzt 11MB wirklich freier RAM. Wäre es schief gegangen, wäre die Box halt abgestürzt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
sandmann. Geschrieben 5. April 2010 Autor Melden Share Geschrieben 5. April 2010 Ich vergaß zu erwähnen das die max. Events bereits auf 3000 gestellt wurden und beobachte nun wie sich das alles so über den Tag verteilt. Wie festgestellt schnappt sich der Movieplayer erst mal einen ordentlichen Batzen. Hattest Du ja auch bestätigt. Es war ca. ein halbes MB frei nach Benutzung. Ich habe es dann dabei mal belassen und nach 15h waren so nach und nach über 8MB frei. Vermute mal das liegt dann wiederum mit an der sectionsd, die nach und nach ein EPG-Event nach dem anderen verwirft. Rumgezappt wurde nicht groß, um aktuelle Daten einzulesen. Hätte mal einen Scrennshot machen sollen um die Listen von "top" mal zu vergleichen, wo da der Unterschied zwischen den beiden extremen ist. Soweit jedenfalls immer etwas "Luft" im Ram ist bin ich aber erst mal zufrieden. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.