Das stimmt schon so, da ist auch 1 GB verbaut.

In E2 sind aber generell 50% des physikalischen Ram für Video reserviert, daher wird nur der für das System verfügbare Ram angezeigt.

In E2 sind aber generell 50% des physikalischen Ram für Video reserviert

Interessant.

Wo kann man eigentlich nachlesen, wie die (Speicher-)Architektur von Enigma diesbezüglich funktioniert?

Ein wenig wundert mich der offenbar konstante relative Anteil des RAM für Video. Ich hätte vielmehr eine konstante Größe (evt. Auflösungs- oder Feature-abhängig) erwartet. So wie man es auch von manchen anderen Rechner-Architekturen kannte a la: braucht immer zwei Framebuffer a 1080x1920 Pixel mit (sagen wir) 4 Byte Farbauflösung (mehr als 3x10bit bieten doch die ganzen Video-Modi nicht?). Das wären dann ca. 16 MByte. Aber was wird denn mit 512 MByte gemacht? Hat Enigma auch sowas wie Shader-Speicher, Texturierungs-Speicher, Polygon-Speicher? Würde ich persönlich nicht erwarten für das primäre Ziel der Video-Verarbeitung.

Etwas merkwürdig ist die Zahl 559. Die passt so gar nicht in die binäre Mathematik. Wären es 512 würde ich sagen: alles klar. Aber die Hälfte des Speichers ist nun mal: 1024 / 2 = 512. Damit könnten also überhaupt nie mehr als 512 frei sein.

Shader-Speicher, Texturierungs-Speicher, Polygon-Speicher? Hm........ Vielleicht ist das Ding eine getarnte Spielekonsole???

Mit der Speicherverwaltung hat die Gui sei es Neutrino/E2/Titan oder auch die jeweiligen Original Systeme nichts zu tun.
Da muss genommen werden was der Kernel bietet.
In der Kernel-Config ist RAM Start sowie Größe angegeben, und üblicherweise wird ein Bereich als Bigphysarea oder BPA2-Parts im Board Setup festgelegt, die der Kernel selber nicht nutzt oder weitereicht.
In diesem "highmem" sozusagen tummeln sich Framebuffer, Video, Audio, Demuxer usw.
Bei den SH4 Boxen kann man mit : cat /proc/bpa2 die Ausnutzung / Belegung des Bereichs sehen.
Grundsätzlich kann man sagen: bei Direct-FB wird etwas mehr "highmem" benötigt.
Wo jetzt dieser enorme Verbrauch ( PIP ? , mehrere Videodecoder ? ) bei der Kiste herkommt....k.A.
Oder auch nur schlecht konfiguriert > ähnlich Spark Orig wo reichlich Luft im LMI_SYS und LMI_IO ist, was man bei geschickter Config für Kernel und Userspace nutzen kann .

Danke DboxOldie. Auf der Spark Triplex kommen die von Googgi genannten 50% auch ganz gut hin. Allerdings komme ich tlws. auf unerwartet krumme Zahlen:

spark7162:~# cat /proc/bpa2
Partition: 'bigphysarea'
Size: 32768 kB, base address: 0x48000000
[...]
Partition: 'LMI_IO' aka [...]
Size: 98304 kB, base address: 0x4a000000
[...]
spark7162:~# cat /proc/meminfo
MemTotal: 116624 kB
[...]

Unter BPA addieren sich die Werte zu genau 128 * 1024 kB. Als eigentlicher RAM bleibt ne krumme Zahl, etwa 114 * 1024 kB. Wird wohl irgendwo noch mal was reserviert, so ca. 14 MByte?

Genau...
Noch mal 2 x 4 MB für Video / Audio elfen und der Kernel Bereich selber ( Darum beginnt der 8 MB nach RAM Start bei der Kiste ).


Ergibt ( bei mir ) :




Also alles optimal genutzt