Ergebnis 31 bis 35 von 35
Thema: Ram Einstellungen
-
09.05.2017, 16:38 #31
- Registriert seit
- 28.04.2017
- Beiträge
- 13
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 524,2 KB
- Total Downloaded
- 524,2 KB
ThemenstarterHi @rantanplan,
wow nicht schlecht.
Darf ich fragen, was für einen Skin du verwendest?
Gilt das für alle SH4 Receiver?
edit:
Hab hier noch einen Pingulux Mini, und da hab ich mal das Image von heute drauf gemacht und da scheint der RAM noch anders verteilt zu werden.
Hab hier mal nen vergleich, beide mit Image von heute:
Pingulux
Code:root@arguspingulux:~# free total used free shared buff/cache available Mem: 118152 77944 11316 172 28892 18682 Swap: 29532 152 29380 root@arguspingulux:~# cat /proc/bpa2 Partition: 'bigphysarea' Size: 25600 kB, base address: 0x49900000 Statistics: free used - number of blocks: 2 10 - size of largest block: 3856 kB 16384 kB - total: 4208 kB 21392 kB Allocations: - 98304 B at 0x4ac90000 - 770048 B at 0x4ad80000 - 524288 B at 0x4ad00000 - 16777216 B at 0x49c90000 - 196608 B at 0x49c60000 - 196608 B at 0x49c30000 - 196608 B at 0x49c00000 - 1048576 B at 0x49b00000 - 1048576 B at 0x49a00000 - 1048576 B at 0x49900000 Partition: 'LMI_IO' aka 'audio' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID' Size: 79872 kB, base address: 0x4b200000 Statistics: free used - number of blocks: 1 9 - size of largest block: 4500 kB 36864 kB - total: 4500 kB 75372 kB Allocations: - 10485760 B at 0x4f19b000 - 6291456 B at 0x4eb9b000 - 37748736 B at 0x4c780000 - 16777216 B at 0x4b780000 - 36864 B at 0x4eb92000 - 36864 B at 0x4eb89000 - 36864 B at 0x4eb80000 - 1572864 B at 0x4b600000 - 4194304 B at 0x4b200000 Partition: 'bigphysarea' Size: 24000 kB, base address: 0x40e1d000 Statistics: free used - number of blocks: 1 0 - size of largest block: 24000 kB 0 kB - total: 24000 kB 0 kB
Code:root@arguspinguluxmini:~# free total used free shared buff/cache available Mem: 142156 79844 10680 204 51632 39932 Swap: 35532 8 35524 root@arguspinguluxmini:~# cat /proc/bpa2 Partition: 'bigphysarea' Size: 25600 kB, base address: 0x49900000 Statistics: free used - number of blocks: 2 10 - size of largest block: 3856 kB 16384 kB - total: 4208 kB 21392 kB Allocations: - 98304 B at 0x4ac90000 - 770048 B at 0x4ad80000 - 524288 B at 0x4ad00000 - 16777216 B at 0x49c90000 - 196608 B at 0x49c60000 - 196608 B at 0x49c30000 - 196608 B at 0x49c00000 - 1048576 B at 0x49b00000 - 1048576 B at 0x49a00000 - 1048576 B at 0x49900000 Partition: 'LMI_IO' aka 'audio' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID' Size: 79872 kB, base address: 0x4b200000 Statistics: free used - number of blocks: 1 9 - size of largest block: 4500 kB 36864 kB - total: 4500 kB 75372 kB Allocations: - 10485760 B at 0x4f180000 - 6291456 B at 0x4eb80000 - 37748736 B at 0x4c780000 - 16777216 B at 0x4b780000 - 36864 B at 0x4fb92000 - 36864 B at 0x4fb89000 - 36864 B at 0x4fb80000 - 1572864 B at 0x4b600000 - 4194304 B at 0x4b200000
DerEineDa0Geändert von DerEineDa0 (13.05.2017 um 10:12 Uhr)
-
Advertising
-
14.05.2017, 15:14 #32rantanplanGast
Müsste bei aktuellen IMages jetzt aber überall drin sein.
Im git ist der commit für alle sh4 drin und ATV baut da jetzt auch die Images heraus.
Kann aber gut sein, das der Bauserver hier und da ein Neubau angestoßen bekommen muss. Geht mir ja bei eiegenem Bau auch immer so.
Manchmal werden die Sachen erkannt, manchmal muss man neu anstoßen. Manchmal eben auch ne Version nach oben gehen.
Würde nochmal neu flashen und testen. In jedem Fall profiteren die Kisten vom größeren freien Speicher im Hintergrund.
Skin nutze ich schon den Metrix, wegen der Konformität. Wenn das Image einen Fehler hat, dann muss man sonst immer zunächst den Basis Skin testen.
Skinfehler sollte man beim selbst bauen immer als erste ausschließen.
Wenn es damit läuft ist jeder andere Skin sicher kein Problem. Wenn man aber immer wieder mal neu baut, dann bleibt man beim Basis-Skin. Wegen der Tests.
Grüße
-
17.05.2017, 12:04 #33
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
@rantanplan:
Man kann noch 4 MB mehr rauskitzeln.
Hier am Beispiel beim HDMU E2 Kernel :
Code:SPARK7162:~# free total used free shared buffers cached Mem: 146876 104976 41900 0 864 40480 -/+ buffers/cache: 63632 83244 Swap: 160608 0 160608
Auf Ramswap hab ich verzichtet, lediglich eine Linux-Swap aktiviert.
Wird aber nicht benutzt, da genügend RAM frei ist.
Die Sytem RAM Aufteilung:
Die Grösse von bigphysarea ist OK so > HDMU verwendet 18 MB statt 16 MB RAM für framebuffer, das passt dann noch.
Aber LMI-IO kann man 4 MB kleiner machen :
Code:SPARK7162:~# cat /proc/bpa2 Partition: 'bigphysarea' Size: 25600 kB, base address: 0x49d00000 Statistics: free used - number of blocks: 2 16 - size of largest block: 304 kB 18432 kB - total: 452 kB 25148 kB Allocations: - 36864 B at 0x4b2d2000 - 36864 B at 0x4b2c9000 - 36864 B at 0x4b2c0000 - 98304 B at 0x4b2a8000 - 98304 B at 0x4b290000 - 770048 B at 0x4b4f8000 - 770048 B at 0x4b43c000 - 770048 B at 0x4b380000 - 524288 B at 0x4b300000 - 18874368 B at 0x4a090000 - 196608 B at 0x4a060000 - 196608 B at 0x4a030000 - 196608 B at 0x4a000000 - 1048576 B at 0x49f00000 - 1048576 B at 0x49e00000 - 1048576 B at 0x49d00000 Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID' Size: 75776 kB, base address: 0x4b600000 Statistics: free used - number of blocks: 1 6 - size of largest block: 512 kB 36864 kB - total: 512 kB 75264 kB Allocations: - 10485760 B at 0x4f580000 - 6291456 B at 0x4ef80000 - 37748736 B at 0x4cb80000 - 16777216 B at 0x4bb80000 - 1572864 B at 0x4ba00000 - 4194304 B at 0x4b600000
-
Danke - 1 Thanks- bedankten sich
-
18.05.2017, 11:56 #34rantanplanGast
Hallo
ja baue derzeit lokal auch mit 2mb mehr. Hatte es auch so knapp kalkuliert versucht.
Rechnerisch hätte es klappen müssen, aber dann hat es die bigphysarea nicht vernünftig gebaut. Also kein Bild.
Das mit dem Frambuffer wusste ich natürlich auch nicht.
Die 2mb zwacke ich gerade noch von beiden Bereichen ab.
Die ramzwap ist für e2 doch schon geschickt.
Zumindest alles was ich mir dazu so an gelesen habe.
Komprimierter und bedarfsgerechter zusätzlicher Puffer, der jetzt auch noch den Platz im freien Bereich nutzt.
Zudem funktioniert es ja sogar hier. Dream hatte da vor Jahren ja auch mal probiert, aber nicht vernünftig hin bekommen.
Werde mal die LMI-IO auch so streng kalkulieren und testen.
Basteln macht ja Spaß.
Grüße
-
18.05.2017, 13:02 #35
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
Ja ramswap ist schon nicht schlecht, es komprimiert ja ca. 2 - fach, und die Größe ist ja per Parameter einstellbar
Lesezeichen