Abfrage freier Speicher / TOS 2.06

[rainers]

Hallo,

kann mir jemand einen Tip geben (meine Bücher geben nichts Brauchbares her), wie auf einfache Art und Weise der noch freie Hauptspeicher unter TOS 2.06 ermittelt werden kann? Also einfach die Summe des gesamten freien Speichers. Schön wäre eine Systemfunktion (GEMDOS, BIOS, XBIOS) oder ev. auch eine ST-Pascal-Funktion.

Danke.
-R.

[HamSTer]

schau doch mal beim toshyp vorbei. dort dann bei gemdos und den speicherfunktionen.

[rainers]

Danke HamSTer für die tolle Seite, da kann ich ne Menge lesen, was ich noch nicht weiß.

Jedoch auf die Schnelle konnte ich unter der Rubrik "Speicherfunktionen" nichts finden, was dem entspricht, was ich möchte.
Aber schon für Deinen Link hat sich der Thread "gelohnt" 

[HamSTer]

malloc() mit -1 aufrufen.

[rainers]

Nee, das isses nich.
Die gibt ja nur die Größe des größten zusammenhängenden Speicherblocks zurück.
Ich möchte aber den gesamten freien Speicher abfragen ;-)

[1ST1]

Nee, das isses nich.
Die gibt ja nur die Größe des größten zusammenhängenden Speicherblocks zurück.
Ich möchte aber den gesamten freien Speicher abfragen ;-)

Vorgehensweise:

Mit malloc(-1) den größten freien Speicherbereich ermitteln, diesen Speicher allozieren und merken wieviel das war. Dann wieder malloc(-1) und den Speicher allozieren und zum gemerkten Speicher dazuaddieren. Das solange wiederholen, bis malloc(-1) Null zurückliefert, anschließend den ganzen allozierten Speicher wieder frei geben.

[rainers]

@1ST1: Das ist Dein Ernst? Du glaubst wirklich, daß TOS (2.06) und MagiC (6.20) auf diese Art und Weise vorgehen?
Solange Du mir hier nicht ein seriöses Programmbeispiel lieferst, glaube ich das nicht.

Schreib doch nicht immer nur so vor Dich hin, mach doch irgendwas mal ganz konkret. Für einen ATARI-GOTT wie Dich muß doch das aus dem Ärmel geschüttelt sein. 

[1ST1]

Ich liege schon im Bett. Ich schätze aber, eine andere Wahl hast du nicht, wenn du es tatscächlich wissen willst. GEMDOS sieht scheinbar keine andere Funktion vor. Im Sinne von möglichem Multitasking sollte dein Programm aber immer nur so viel dazu allozieren, wie du absehbar brauchst. Die Strategie "ich hol mir jetzt mal allen Speicher an Land" macht höchstens in Single-Tasking-TOS Sinn, aber auch nur wenn keine ACCs geladen werden, die dynamisch bei Bedarf auch zusätzlichen Speicher anfordern. Unter MiNT/Magic verbaust du dir damit jegliche Multitasking-Kooperation.

Siehe auch Profibuch Seite 251-256 zu den Speicherfunktionen malloc, mxmalloc, mfree und mshrink.

[mfro]

@1ST1: Das ist Dein Ernst? Du glaubst wirklich, daß TOS (2.06) und MagiC (6.20) auf diese Art und Weise vorgehen?

Doch, das stimmt schon. So wird's gemacht. Was anderes ist nicht vorgesehen.

[AltF4]

Doch, das stimmt schon. So wird's gemacht. Was anderes ist nicht vorgesehen.

Um hier noch eine Erklärung nachzuschieben:  Deine Fragestellung bezog sich ja laut Thread-Titel auf Tos 2.06.  Und dort ist tatsächlich keine andere Möglichkeit vorgesehen.  Bei MiNT gibt es m.Wn. schon die Möglichkeit, die Anzahl freier Mem-Pages abzufragen (und die Größe einer Page natürlich auch).  Und bei Magic dürfte es das auch geben, irgendwie.  Aber um Details zu nennen, bin ich da leider schon zu lange raus aus dem Theme.

Aber abgesehen von der Möglichkeit, solches in Erfahrung zu bringen, um seine Neugierde zu befriedigen, hat die Kenntnis darüber keinen echten Nutzen. Das liegt daran, das TOS (genauso wie MiNT und Magic) keine virtuelle Speicherverwaltung beherrschen.  Dadurch wird der Speicher nach längere Uptime irgendwann so fragmentiert, dass nur noch kleine "Speicher-Fitzelchen" zur Verfügung stehen.  Und wenn Du dann doch mal 32k zusammenhängenden Speicher brauchst, aber nur noch 1000 einzelne freie Pages mit immerwieder dazwischenliegenden benutzten Pages vorfindest, wirst Du feststellen, dass Malloc(-1) für den größtverfügbaren Speicherblock doch dein Freund ist.

Ich hoffe, ich habe mich soweit verständlich ausgedrückt, ohne zu sehr theoretisch zu werden  :-))

[rainers]

Dank Euch allen, insbesondere 1ST1  (siehste mal, mit so einer Antwort, wie Deiner letzten, damit kann ich etwas anfangen  ).

Also es sollte wirklich nur "nice to have" sein. Dafür werde ich den Aufwand dann aber nicht betreiben.
Nochmals Danke.

-R.

[mfro]

Mit MiNT kann man in der Tat den freien Speicher (sehr viel) einfacher abfragen. Einfach /kern/meminfo auslesen.

Allerdings hat man (gerade da) ganz und gar keine Garantie dafür, daß man den Speicher anschließend auch allokieren kann (da kann einem ganz leicht ein anderer Prozeß dazwischen funken).

[Omikronman]

Versuch´s doch mal mit PRINT FRE(0).

[HamSTer]

nein omi es werden programmiersprachen verwendet 

aber das ergibt auch nur den grössten zusammenhängenden block freies st-ram

[HamSTer]

für mich als halblaie: was ist int_32t?

[rainers]

für mich als halblaie: was ist int_32t?

Lt. C++-Referenz das: Integer type with a width of exactly 32 bits.

[HamSTer]

ist das dann ein long? oder unsigned long? was besagt das t?

[simonsunnyboy]

t wie "type", das ist einfach eine Namenskonvention. I.d.R. wird das auf einem Atari einem long entsprechen.

BTW am Atari geht es immer um C, nicht C++, da gibt es subtile Unterschiede trotz vieler Ähnlichkeiten.
Zum Type int32_t empfehle ich Recherche unter dem Stichwort stdint.h, das ist ein Feature von C99 und sehr sinnvoll.
Ein long kann auf unterschiedlichen Plattformen unterschiedlich viele Bits lang sein, mit einem int32_t wird passend zur Plattform sichergestellt, daß man kein long sondern 32bit signed bekommt.

[HamSTer]

Ich habe das mal als Übung für mich versucht. Dabei ist dies herausgekommen:

Code: [Auswählen]

#include <tos.h>
#include <stdio.h>

int main(void){
int i,j=0;
long mem=1,frei=0;
long merk[255];
for(i=0;i<255;i++){
merk[i]=0;
}
i=0;
while(mem != 0){
mem = Malloc(-1);
if(mem>0){
merk[i] = Malloc(mem);
frei=frei+mem;
i++;
}
}
for (j=0;j<i;j++){
Mfree(merk[j]);
}
printf("Bytes frei %ld",frei);
return 0;
}
Dabei bekomme ich dann Warnungen bei Malloc und Mfree: Non-portable Pointer assignment in function main
Was heißt das? Bei Pointern steig ich momentan vollkommen aus.

[simonsunnyboy]

Du hast nirgendwo einen Pointer deklariert, die Funktionen wollen aber einen verwenden.
Zwar sind in der Tat am Atari 32Bit Zahlen auch gleichzeitig Adressen und pointer, aber C unterscheidet da. Und das ist auch richtig so, damit der Programmier auch weiß, womit er arbeitet.

Ein Zeiger auf einen Speicherbereich ist in C immer zweigeteilt, einmal der Pointer selbst, dargestellt durch * und einmal der Typ der Daten, auf die der Pointer zeigt.

Nimm an, du hast im Speicher tolle Zeichen liegen, die als char abgespeichert sind.
Dann kannst du in einem "Pointer auf char" die Startadresse dieser tollen Zeichen ablegen.

Code: [Auswählen]

char meinZeichen = 'z';
char *ptr_auf_meinZeichen = &meinZeichen; /* definiere "pointer auf char"und gibt ihm die Speicheradresse von meinZeichen */

Malloc und co wissen nicht, welcher Typ dahinter liegt, deswegen geben sie normalerweise einen "void Pointer" zurück. Den muss man dann zur Verwendung auf die Art der Daten casten, auf die man dann zugreifen möchte.

Code: [Auswählen]

void *speicher;
char *ptr_auf_zeichen;

speicher = malloc(50000); /* wir holen uns mal Speicher */
ptr_auf_zeichen = (char *)speicher; /* in diesem Speicher liegen in Zukunft chars */
*ptr_auf_zeichen = 'A'; /* ein großes A in diesem Speicher ablegen*/
ptr_auf_zeichen++; /* und auf die nächste Stelle zeigen lassen...*/
Vorschlag: Arbeite Dich bitte in ein sauberes und modernes C Tutorial auf dem PC ein. Wenn das sitzt, kann man das Wissen auf den Atari anwenden. Umgekehrt läuft man Gefahr, uralte C Dialekte zu verwenden und z.B. solche Fallen, wo aus Faulheit Adressen als long deklariert werden, weiterzuverwenden.