ich habe ein großes Array und möchte dieses in eine .txt auslagern um es später wieder in ein Array einzulesen.

Wie kann ich das effizient machen?

Es handelt sich um folgendes Array:
unsigned int ar[150][150][150][15];

Bei kleineren Arrays habe ich einfach jedes Element ausgelesen in die .txt geschrieben und dazwischen ein Leerzeichen gemacht. Beim einlesen dann immer bis zum Leerzeichen gelesen und ins Array geschrieben.

Jetzt wird aber meine .txt auf diese Weise sehr groß. Gibt es da eine effizienter/platzsparende Weise? Die .txt muss nicht von "außen" nicht lesbar sein, sie soll nur das Array speichern und später wieder das Array füllen.

Gibt es da eine effizienter/platzsparende Weise?

Eine platformabhängige Methode besteht darin die Daten binär reinzuschreiben.

unsigned int ar[150][150][150][15];
// [...]
std::ofstream stream("MyFile.txt");
stream.write(reinterpret_cast<unsigned char const*>(ar), sizeof ar);

Lesen:

unsigned int ar[150][150][150][15];
std::ifstream stream("MyFile.txt");
stream.read(reinterpret_cast<unsigned char*>(ar), sizeof ar);

Beides ungetestet.

Bringt aber nur was wenn dein Array viele gleiche Elemente enthält (also zum Beispiel viele Nullen).

Es handelt sich um folgendes Array:
unsigned int ar[150][150][150][15];

Und wenn man zum Rausschreiben 9 Stellen plus Zeilenumbruch nimmt, 500M in der Datei. Wo ist das Problem?

Bei 4 Bytes pro int also 200M im Ram und auch 200M mit Arcoths Trick.

Schreib das Array mal normal raus mit Leerzeichen, wie Du es gewohnt bist.
Sage uns, wieviel Bytes groß es ist. Bei vollem Durcheinander sollten es um 500M sein, bei fast nur Nullen ungefähr 100M.
Davon hängt ab, wie gut happystudents Trick wirken würde (,wobei dann aber auch simples RLE gut arbeiten würde).

Dann packe die Datei mit zip oder irgendeinem Packer. Wie groß ist sie jetzt?

Wenn es nur im die Dateigröße geht, dann ist das effizienteste:
-Daten vorbearbeiten damit sie besser komprimieren - muss natürlich umkehbar sein
-Daten binär verarbeiten, also nicht in Text umwandeln
-LZMA/Deflate oder ähnliches nutzen um die Daten zu komprimieren

-Daten binär verarbeiten, also nicht in Text umwandeln
-LZMA/Deflate oder ähnliches nutzen um die Daten zu komprimieren

Wenn du die Daten in Text umwandelst und dann komprimierst, sollte, bis vielleicht auf wenige Prozent, ungefähr die gleiche Größe rauskommen, als wenn du sie binär speicherst und dann komprimierst. Schließlich hat man mehr Redundanzen dadurch, dass man sich auf 10 Ziffern + Trennzeichen beschränkt. Und zwar ziemlich genau so viel Mehrredundanz, wie der Unterschied zwischen (unkomprimierter) maschinen- und menschenlesbarer Speicherung.
Wenn man also komprimiert (meine Empfehlung: gzstream), gelten also immer noch die gleichen Überlegungen für oder wider menschenlesbarer Formate, wie sonst auch (außer natürlich Speicherplatz, der kein Argument mehr ist).