Beispiel: Ich habe sagen wir mal einen Speicher von 12 Byte (ich weiss, dass das nicht mehr realistisch ist xD). Die ersten beiden Byte sind belegt, dann sind 3 Byte leer und nocheinmal 2 belegt. Wenn ich nun einen String habe, der 5 Byte lang ist, geht es sich ja aus, allerdings, was passiert, wenn der String 6 Byte oder mehr hat? Dann hat er ja eigentlich nicht mehr genügend Platz. Die 3 Byte die frei sind, sind eben nur 3 Byte und die letzten 5 Byte sind auch zu wenig. Was passiert dann?

Anderes Beispiel: Ich habe eine Datei, die ich interpretieren will, also wofür ich ein Programm schreibe, welches mir dann die Datei parst. Nehmen wir allerdings an, dass die gesamte Datei bereits 12MB gross ist und die Dateien die dazugeladen werden auch nochmal im gesamten 12MB gross sind. Wie geht man sowas am besten an? Ist es klug oder dumm die in den Hauptspeicher zu laden?

Liebe Grüsse

12 Megabyte sind bei sowas einfach garnichts. Und ein paar Byte erst recht nicht.

Anders gesagt: Vergiss all das einfach und mach.

Ansonsten danke muss noch ziemlich lernen ^^

praktisch alle versuche, aug mikroebene speicher zu sparen, kosten dafür so viel geschwindigkeit, daß das sparsame programm am ende langsamer ist.

übrigens saugt es an der performance, wenn du zweimal durch eine datei gehst statt nur einmal. aber wenn zweimal sein muß, dann mach halt mit ram. da saugt es nicht an der gesamtperformance, wenn du 100M ins ram kopierst und drauf arbeitest, statt zweimal alles zu lesen. ist sogar schneller mit ram. und wenn du schnell fertig bist und den speicher schnell freigibst, hats keinen gestört. wenn du lahm bist, wird das betriebssystem schon irgendwann deinen speicher auslagern und anderen anwendungen leihen. kannst praktisch gar nix falschmachen. selbst zweimal-lesen statt ram ist ok, weil die daten ja nich im plattencache sind. ich würde mal sagen, alles unter 1M ist scheissegal. und mit allem unter 100M kannste dem betriebssystem und compiler ausreichend vertrauen, daß sie sichern, daß du bei der ungeschicktesten wahl der mittel unmöglich mehr als 40% lahmer bist als bei der wahl der geschicktesten mittel. dir geschicktesten mittel sind aber sehr schwierig zu programmieren und gefährlich in der hinsicht, daß ein falscher parameter die performance sofort in den keller schickt.

Nehmen wir allerdings an, dass die gesamte Datei bereits 12MB gross ist und die Dateien die dazugeladen werden auch nochmal im gesamten 12MB gross sind. Wie geht man sowas am besten an? Ist es klug oder dumm die in den Hauptspeicher zu laden?

Meist ist es sinnvoll, zuerst eine "einfache" Variante zu programmieren (hier wohl: Alles in den Speicher laden). Falls mögliche Speicherprobleme in Aussicht stehen oder das sonstwie unzureichend ist, kannst du immer noch ein anderes Verfahren implementieren (siehe auch KISS).

In der Speicherverwaltung reden die Betriebssysteme mit. Für new gibt es zB eine OutOfMemory Exception mit der das Programm sich verabschiedet.

Du meinst wohl std::bad_alloc , wir sind hier nicht in Java.

Aber praktisch hat man die sowieso kaum - und wenn, dann eher, weil man zu grosse Speicherblöcke an einem Stück anfordert. Aber zuerst wird das System schauen, dass es sich den Speicher beschaffen kann. Zum Testen kannst du ja mal schauen, wie lange so ein Programm läuft:

int main()
{
    for (;;) new int;
}

Schreibe ich einen Datenbank-Server, dann muss ich mir wohl einiges zum Thema Speicherverwaltung überlegen. Einfach weil ich sehr viel Speicher für z.B. Cache nutzen möchte (d.h. bei 32 Bit Systemen schon ziemlich an die Grenze gehen), aber es nie-nie-nie passieren darf, dass für "Kleinvieh" kein Speicher mehr da ist. Das ist nicht einfach und im Endeffekt ein ziemlicher Aufwand. SQL Server geht z.B. soweit, die .NET Umgebung selbst zu hosten, damit er den Speicherverbrauch der .NET Umgebung genau kontrollieren/limitieren kann.
Und... bei so einem Server wird es auch auf 64 Bit Systemen Sinn machen, den verwendeten Speicher zu limitieren. Weil es sicherlich besser ist man verwirft ein paar gecachte Einträge früher, als wenn das OS anfängt den Cache auszulagern.

Schreibe ich dagegen ein Programm, welches interaktiv verwendet wird, dessen Speicherverbrauch vom User abhängt (also z.B. was für Dateien der lädt/füttert), und was nicht notwendigerweise mit RIESEN Dateien klarkommen muss (Text-Editor, Grafikprogramm, ...), dann werde ich mich weniger (sprich: garnicht) darum kümmern, und einfach mal machen. Sollte ich so grob "verschwendet" haben, dass man dann nichtmal mehr ein z.B. 10MB grosses Textfile aufmachen kann, dann sehe ich das im Testbetrieb vermutlich relativ schnell. Und muss halt dann "nachbessern".

Was Daten in Temp-Files auslagern angeht: macht IMO nur dann Sinn, wenn man auf einem 32 Bit System mit Daten arbeiten möchte, die in Summe grösser als ~1GB sind. Wobei die sinnvollere Alternative vermutlich die wäre, auf ein 64 Bit OS umzusteigen.