Speichernutzung von FileChannel#map

Question

Hat FileChannel#map den gesamten für die resultierende Datei benötigten Speicherplatz zuweisen ByteBuffer sofort zugewiesen, oder wird sie nur bei Bedarf während des Lesens aus dem Puffer zugewiesen?

Ich habe gerade versucht, eine 500+ MB große Datei in einem trivialen Testprogramm vollständig abzubilden, und habe mir den Speicherverbrauch des Prozesses angesehen. (Mit beiden Runtime#totalMemory und in der OS X-Aktivitätsanzeige nach einem groovysh-Prozess zu suchen). Die Speichernutzung überstieg nie 30 MB.

Könnte eine Java-Implementierung also einen Teil ihres Speicherverbrauchs in nativen Aufrufen "verstecken"? Und wenn ja, gibt es eine Möglichkeit, herauszufinden, wie viel das unter OS X ist?

Answer 1

Die Speichernutzung ist nie ganz einfach. Der tatsächliche Puffer, der von FileChannel.map ist nicht Teil des Java-Heaps. In der Tat kann der Speicher mit anderen Prozessen geteilt werden. Die Datei kann nicht einmal von der Festplatte gelesen werden, bevor die Seiten berührt werden.

Answer 2

Ja. Er ist nicht Teil des Heaps. Dennoch wird je nach Betriebssystem immer noch Speicher reserviert sein. Unter OS X, da es UNIX-ähnlich ist, sollten Sie in der Lage sein, top oder ps zu benutzen, um zu überprüfen, wie viel Speicher er benötigt.

Answer 3

Java.nio.MappedByteBuffer#load löst das Laden des gesamten Dateiinhalts in den Speicher aus (andernfalls erfolgt es auf Anforderung):

Diese Methode versucht nach bestem Wissen und Gewissen sicherzustellen, dass bei der Rückgabe, * der Inhalt dieses Puffers im physischen Speicher vorhanden ist. Das Aufrufen dieser * Methode kann zu einer gewissen Anzahl von Seitenfehlern und E/A-Operationen * auftreten.