Was swapfile.sys ist – und warum es kein zweites Pagefile ist

Zwei versteckte Dateien, zwei verschiedene Aufgaben

pagefile.sys ist der Allzweck-Rückhalt: Die Speicherzusagen jedes Prozesses werden durch RAM plus Pagefile garantiert, nach einem Bluescreen landet der Dump genau dort, und der Dialog „Virtueller Arbeitsspeicher“ erlaubt Größe, Ort oder die Verwaltung durch Windows. swapfile.sys liegt daneben im Wurzelverzeichnis von C:\ und teilt keine dieser Aufgaben. Sie existiert für genau einen Abnehmer – Store- und UWP-Apps – und nimmt deren Speicherseiten auf, sobald Windows sie im Hintergrund aussetzt.

Warum diese Trennung? Store-Apps leben nach einem anderen Vertrag: Sie sollen sich jederzeit augenblicklich aussetzen und fortsetzen lassen, und dieser Lebenszyklus wäre im geteilten Pagefile – also im Speicherdruck aller übrigen Prozesse – eine Zumutung für den Scheduler. Eine kleine, dedizierte Datei hält diesen Verkehr isoliert, und genau das ist der Punkt: swapfile.sys ist keine zusätzliche Kapazität, sondern eine eigene Spur.

• pagefile.sys unterfüttert die Speicherzusagen sämtlicher Prozesse; swapfile.sys lagert nur den Speicher von Store- und UWP-Apps aus
• pagefile.sys nimmt nach einem Absturz den Kernel-Speicherdump auf; swapfile.sys spielt beim Dumpen keine Rolle
• pagefile.sys ist konfigurierbar – Größe, Laufwerk, systemverwaltet – im Dialog „Virtueller Arbeitsspeicher“; für swapfile.sys gibt es nirgendwo eine Einstellung
• pagefile.sys wächst mit RAM und Last auf Gigabytes; swapfile.sys bleibt klein, um die 256 MB auf den meisten Maschinen
• Beide sind versteckte Systemdateien im Wurzelverzeichnis von C:\, solange Windows läuft vom System gesperrt
• Ein deaktiviertes Pagefile lässt auch swapfile.sys verschwinden – samt Absturzdumps und Zusatz-Spielraum bei den Speicherzusagen

Der Trick, durch den ausgesetzte Apps gratis wirken

Öffnen Sie den Task-Manager, starten Sie eine Store-App, minimieren Sie sie und kommen Sie nach zehn Minuten zurück: Der Speicherwert ist sichtbar gesunken, und per Klick öffnet die App trotzdem sofort. Das ist swapfile.sys bei der Arbeit – Windows hat die Seiten der ausgesetzten App in die Datei geschrieben und liest sie beim Fortsetzen direkt zurück. Das freigewordene RAM ist echt; der Preis der Rückholaktion sind ein paar hundert Megabyte sequenzieller Lesevorgänge, weshalb diese Rundreise auf einer SSD niemandem auffällt.

Hier steckt auch die Antwort auf die Größenfrage: Die Datei muss nur die Working Sets ausgesetzter Store-Apps fassen, und selbst bei einem Vielnutzer kommen davon selten mehr als ein paar hundert Megabyte zusammen. Wer gar keine Store-Apps startet, bei dem liegt die Datei fast immer brach. Sie wächst nicht zur Strafe und schrumpft nicht auf null, um die Anzeige freien Speicherplatzes zu schmeicheln.

Lässt sie sich konfigurieren, löschen, verschieben?

Nein, nein und nein. Windows legt für swapfile.sys keinerlei Einstellung offen: Sie fehlt im Dialog „Virtueller Arbeitsspeicher“, es gibt keinen unterstützten Registry-Schalter, und auf ein anderes Laufwerk ziehen kann sie nicht. Während das System läuft, ist sie gesperrt – zu löschen gibt es also nichts: Wer sie vom Offline-Medium entfernt, bekommt sie beim nächsten Start einfach neu. Der einzige unterstützte Weg, sie loszuwerden, ist das komplette Abschalten des Pagefiles – ein Handel, der Absturzdumps und Zusatz-Spielraum gegen 256 MB eintauscht.

Falls die Sorge dem SSD-Verschleiß gilt: Eine Datei mit gelegentlich ein paar hundert Megabyte Verkehr ist im Vergleich zu einem belebten Browser-Cache eine bloße Rundungsgröße. Lassen Sie beide Speicherdateien in Ruhe und stecken Sie die Aufmerksamkeit in etwas, das sich auszahlt. Und wer wirklich in die Speicher-Maschinerie von Windows einsteigen will, findet das Spannende bei Standby-Listen und Speicherkompression – nicht in dieser Datei.

Fragen und Antworten

Weiterlesen