Mehr RAM statt Flash möglich?

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Mehr RAM statt Flash möglich?

      Gibt es eine Möglichkeit statt des Flash für Plugins etc. mehr RAM frei zu machen?

      Ich kann mich erinnern, dass irgendwann mal eine Umstellung im PKT zu gunsten des Flash gemacht wurde. Vorher war mehr RAM, jetzt mehr Flash. Da ich lediglich 54% des Flash benutze, aber nur rund 15 MB RAM frei sind, wäre das ein Segen. Selbst 10MB mehr RAM wären schon fast das Doppelte!

    • Man kann den RAM nicht verkleinern und dafür den Flash erweitern. Grund dafür ist, dass bei einem RAM die Daten weg sind, wenn du den vom Strom nimmst. Nachdem aber im Flash unter anderem auch das Betriebssystem ist, würde das in die Hose gehen.

      RAM kann man auslagern auf den Flashspeicher. Das verlangsamt aber die Box.
      ____
      Hans



      Achtung: Kein Support über private Nachrichten!


      TV - Hisense Ulra HD
      Eutelsat 13°E und Astra 19,2°E Unicable-Matrix mit Wide-LNB

    • Krokodil_59 schrieb:

      Der RAM Bereich war irgendwann mal rund 110 MB groß. Vielleicht war das noch im NEBULA.


      und wie groß ist er mit hyperion 4?

      P.S. man kann den Ram-Speicher nicht zugunsten des Flash-Speichers kappen.
      Das sind zwei unterschiedliche Chips.
      Alle Fragen bitte im Forum stellen!
      Anfragen via PN oder Mail werden gelöscht.

      >>> Liste aller mit openhdf-Image supporteten Boxenmodelle <<<

    • Im Hyperion 2, 3 und 4 ist der RAM 90 MB groß. In der 1-er Version war er ca. 110.

      Ich habe jetzt mal nachgelesen und folgendes gefunden:

      Das liegt daran das PKT ihr Image neu strukturiert hat dadurch ist mehr Platz für Plugins verfügbar.
      Es wurde also Adressen vom RAM in den Flash gemappt um mehr Platz für Plugins zu schaffen. Genau wie wir das damals auf den 8-bit Konsolen gemacht haben um mehr Speicher für Programme zu haben. Dabei wurde ein Memory-Mapper benutzt, der Teile des verfügbaren CPU-Adressraums vom ROM ins RAM (oder umgekehrt) verlegte. Ich gehe davon aus, dass genau das hier auch gemacht wurde.

      Anders ausgedrückt: Was wurde damals beim Step von H1 auf H2 gemacht und lässt sich das rückgängig machen?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Krokodil_59 ()

    • Die Antwort steht schon in meinem letzten Posting. Egal.

      Es sind seit Hyperion 2 ca. 90 MB und vorher waren es rund 110.

      Ok. Lassen wir mal allen technischen Kram beiseite und machen es ganz simpel:
      Alles was ich sage ist, dass mir 20 MB RAM fehlen weil man Platz für Plugins geschaffen hat die ich nicht brauche.
      Wo also sind die 20 MB RAM geblieben, wenn sie niemand aus der Kiste ausgebaut hat?

    • Unter E2 sollte eigentlich bei den Spark Boxen 116 MB RAM zur Verfügung stehen.....
      Ich glaube das war genau der wert über den wir hier reden.

      Ich würde gerne Neutrino benutzen, denn ich komme ursprünglich auch von der dBox. Aber ich habe mir einige kleine Plugins für E2 geschrieben auf die ich nicht mehr verzichten möchte. Wie man in Neutrino was programmiert: NULL ANHNUNG........

    • Hehe, ja seit einiger Zeit steht die Lua Schnittstelle für Plugins zur Verfügung....ist auf jeden Fall besser als der Python Krampf, der die Box nur zäh macht.

      Quellcode

      1. spark7162:~# free & uptime
      2. 20:19:12 up 2:35, load average: 15.30, 15.21, 15.34
      3. total used free shared buffers
      4. Mem: 147468 34260 113208 0 40
      5. -/+ buffers: 34220 113248
      6. Swap: 65528 0 65528

      So sieht das z.Bsp. bei einer Spark Triplex aus nach ca. 2,5 Stunden Laufzeit und nach der Wiedergabe der Formel 1 Aufzeichnung.
      Es steht immer genügend RAM zur Verfügung, selbst der aktivierte Swap wird nicht benutzt vom System

    • Alter ? Was ist das....
      Bei mir steht vorne auch eine sechs :)
      Mit C / C++ hab ich auch erst vor 2 Jahren angefangen.
      Es ist Heutzutage ja einfach die Syntax einer Programm Sprache im Netz nachzulesen.
      Das war vor 30 Jahren etwas anders > da brauchte man reichlich schlaue Bücher.
      Die entscheidenden Sachen habe ich mir direkt in Neutrino eingebaut, dazu noch ein paar C-Binaries welche halt ein paar wichtige Sachen beim Start erledigen.
      Vieles kann man auch mit einfachen Scripten unter Linux lösen.
      Wenn ich schon immer lese das ein Downloader und Installer für Cams benötigt wird.....
      Nun ja, jeder wie er mag.

    • Krokodil_59 schrieb:

      seit einiger Zeit steht die Lua Schnittstelle für Plugins zur Verfügung
      In meinem Alter nochmal eine Programmiersprache lernen? Ich war schon froh als ich Python ansatzweise kapiert hatte.

      Eine Doku und Programmierbeispiele für LUA findest Du hier im Tuxbox-Forum.
      Greetz von DrStoned :D :D :D

      Golden Media TripleX | Amiko Alien 2 | Dreambox DM7025SS | Dbox2 Nokia SAT AVIA 500 mit 64 MB RAM, HDD 100GB im Wechselrahmen, CF-Kartenslot, USB-Schnittstelle und Multicam |
      Datenspeicher für alle Receiver: Synology DS212j über NFS

    • Soderle...

      Da ich meine Box sowieso neu flashen musste, habe ich spaßeshalber das alte Hyperion geflasht und siehe da, es sind 116MB vorhanden:

      Quellcode

      1. total used free shared buffers
      2. Mem: 116196 111164 5032 0 188
      3. -/+ buffers: 110976 5220
      4. Swap: 0 0 0


      Und das hier ist die aktuelle V4:

      Quellcode

      1. total used free shared buffers
      2. Mem: 92924 86188 6736 0 3044
      3. -/+ buffers: 83144 9780
      4. Swap: 65528 1636 63892


      Es fehlen also rund 23 MB RAM.

    • Quellcode

      1. spark:~# cat /proc/bpa2
      2. Partition: 'bigphysarea'
      3. Size: 32768 kB, base address: 0x48000000
      4. Statistics: free used
      5. - number of blocks: 2 13
      6. - size of largest block: 15120 kB 12288 kB
      7. - total: 15364 kB 17404 kB
      8. Allocations:
      9. - 36864 B at 0x48fba000
      10. - 36864 B at 0x48fb1000
      11. - 36864 B at 0x48fa8000
      12. - 98304 B at 0x48f90000
      13. - 770048 B at 0x49080000
      14. - 524288 B at 0x49000000
      15. - 12582912 B at 0x48390000
      16. - 196608 B at 0x48360000
      17. - 196608 B at 0x48330000
      18. - 196608 B at 0x48300000
      19. - 1048576 B at 0x48200000
      20. - 1048576 B at 0x48100000
      21. - 1048576 B at 0x48000000
      23. Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-vid
      24. o-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI
      25. VID'
      26. Size: 98304 kB, base address: 0x4a000000
      27. Statistics: free used
      28. - number of blocks: 1 6
      29. - size of largest block: 23040 kB 36864 kB
      30. - total: 23040 kB 75264 kB
      31. Allocations:
      32. - 10485760 B at 0x4df80000
      33. - 6291456 B at 0x4d980000
      34. - 37748736 B at 0x4b580000
      35. - 16777216 B at 0x4a580000
      36. - 1572864 B at 0x4a400000
      37. - 4194304 B at 0x4a000000
      39. Partition: 'bigphysarea'
      40. Size: 24000 kB, base address: 0x40dbc000
      41. Statistics: free used
      42. - number of blocks: 1 0
      43. - size of largest block: 24000 kB 0 kB
      44. - total: 24000 kB 0 kB
      46. spark:~#
      Alles anzeigen

    Flag Counter