Freien Arbeitsspeicher ermitteln

Üblicherweise laufen Stack und Heap aufeinander zu. Du vergleichst dann 
einfach die Adressen der lokalen Variablen mit den Pointern, die 
malloc() liefert.

Kannst auch eine kleine Test-Funktion schreiben, die rekursive Aufrufe 
und mallocs() macht, bis die Grenzen erreicht sind. Normalerweise 
überschreibt der Stack ohne jede Warnung den Heap.

Donk schrieb:
> Der
> zu benutzende Speicher wird in meiner Applikation zu Beginn einmalig mit
> diversen malloc()s alloziiert.
Kannst du darauf nicht verzichten und die Variablen fest anlegen?

Falk B. schrieb:
> Dann braucht man auch kein malloc sondern kann alle Speicherbereiche
> statisch als globale Variablen definieren, dann sieht man auch direkt
> wieviel Speicher beötigt wird.

Es sei denn ich habe dynamisch unterschiedliche Konfigurationen, die ich 
erst beim Booten ermitteln kann und die jeweils andere Speichergrößen 
benötigen.

Das ist bei einem fest verbautem µC eher ungewöhnlich.
Und auch dann kann man meist mit fixen Strukturen und Union arbeiten

U. F. schrieb:
> Und auch dann kann man meist mit fixen Strukturen und Union arbeiten

In diesem Fall geht es um Ringbuffer mit unterschiedlichen Größen und 
unterschiedlichen gepufferten Strukturen. Klar, irgendwie kann man alles 
immer irgendwie in Unions mit Arrays mit verschachtelten Strukturen mit 
eingebetteten Hühnerknochen mit gecastetem Schneckenschleim verfrickeln, 
aber das Ganze soll ja auch noch les- und wartbar bleiben.

Und da sind ein paar mallocs() ausschließlich am Programmstart meiner 
Meinung nach das weitaus kleinere Übel.

Nunja....
Dein malloc() wird irgendwo eine verkettete Liste bilden.
Diese sollte man auswerten können.

Noch einer schrieb:
> Kannst auch eine kleine Test-Funktion schreiben, die rekursive Aufrufe
> und mallocs() macht, bis die Grenzen erreicht sind.

Das scheint mir auch die beste Lösung zu sein - Danke!

Ich würde auch mit malloc antesten, wie viel Speicher zu belegen kannst 
- allerdings in einer Schleife, nicht nicht rekursiv.

Fange mit der maximalen RAM Größe minus 1/8 an. Wenn das geht, gib den 
Speicher wieder frei un liefere die Größe als Testergebnis zurück. Wenn 
es nicht geklappt hat, reduziere den Wert wieder um 1/8. So tastest du 
dich schrittweise an den richtigen Wert heran, wobei die Schritte immer 
kleiner werden.

Abbruchbedingung für die Schleife: Wenn die Zahl nach dem Subtrahieren 
kleiner als 8 ist, breche den test ab und melde "RAM voll".

Bedenke, dass das freie RAM auch fragmentiert sein kann. Mit dieser 
Schleife erhälst du (ungefähr) den größten Zusammenhängenden Block. 
Darüber hinaus könnten aber auch noch kleinere Speicherblöcke verfügbar 
sein. Für eine grobe Abschätzung, ob genug RAM frei ist, reicht das 
meistens jedoch.

Im Fall von AVR unf svg-gcc geht das so nicht. Denn dort beginnt der 
Heap an einem Ende des Speichers und der Stack am anderen Ende. Wenn sie 
wachsen, treffen sich Heap und Stack irgendwo in der Mitte. Beide 
Speicherbereiche haben keine feste Größe.

Siehe http://www.nongnu.org/avr-libc/user-manual/malloc.html