Auslagerungsdatei - Warum für jedes Laufwerk eine festlegen?

10554

Ich habe Windows Vista Business Edition auf meinem Laptop (Marke ist HCL). Ich habe 4 Festplatten, die wie folgt sind -

C - 29,2 GB (davon nur 3,68 GB frei) D - 39 GB (davon 37,8 GB frei) E - 39 GB (davon 37,3 GB frei) F - 41,6 (davon 41,4 GB frei)

Meine Einstellungen für Seitendateien sind jedoch wie folgt.

Automatische Auslagerungsdatei für alle Laufwerke verwalten

Frage -

Warum sollte ich für jedes Laufwerk einen einstellen? Sollte ich meine Seitendatei auf das Betriebssystem-Stammlaufwerk setzen? Ich habe zufällig mit einem Systemadministrator in einem IT-Unternehmen gesprochen und er hat empfohlen, die Auslagerungsdatei niemals auf dem Betriebssystemlaufwerk, sondern auf einem alternativen Laufwerk festzulegen, wo immer dies möglich ist.

Es wäre wirklich hilfreich, wenn Sie mich hier führen oder zumindest auf die richtigen Ressourcen verweisen könnten, so dass ich über Paging und bewährte Verfahren zum Paging nachlesen kann.

Prost,

0

6 Antworten auf die Frage

3
SuperDuck

Mehrere Seitendateien werden parallel verarbeitet, um E / A-Vorgänge aufzuteilen, was die Leistung spürbar erhöht .

In unseren Festplatten-Warteschlangen- und Gesamtzeittests haben wir mit 4 Auslagerungsdateien auf 4 SATA-Festplatten bei starker Auslastung unter Windows 7 mit 2 GB RAM bis zu dreimal bessere Leistung erzielt.

Hier ist ein einfacher Artikel zum Thema:
Lernen Sie Best Practices zur Optimierung der Konfiguration des virtuellen Speichers

2
nik

Aus dem Beitrag von Mark zu Pushing the Limits of Windows: Virtueller Speicher

Sie werden feststellen, dass Windows standardmäßig die Seitengröße automatisch verwaltet.

Wenn diese Option unter Windows XP und Server 2003 festgelegt ist, erstellt Windows eine einzelne Auslagerungsdatei, deren Mindestgröße das 1,5-fache des Arbeitsspeichers beträgt, wenn der Arbeitsspeicher weniger als 1 GB beträgt, und der Arbeitsspeicher, wenn er größer als 1 GB ist .

Unter Windows Vista und Server 2008 soll das Minimum groß genug sein, um einen Kernelspeicherausfall zu speichern, und RAM plus 300 MB oder 1 GB (je nachdem, welcher Wert größer ist). Das Maximum ist entweder das Dreifache der Größe des Arbeitsspeichers oder 4 GB (je nachdem, welcher Wert größer ist). Das erklärt, warum der Peak-Commit auf meinem 8-GB-64-Bit-System, der in einem der Screenshots sichtbar ist, 32 GB beträgt.

Von was ich mich erinnere,

  • Bei den Standardwerten wird eine einzelne Seitendatei in die Startpartition eingefügt.
  • Es ist kontraproduktiv, mehrere Seitendateien zu haben.
  • Es ist jedoch nützlich, die Page-Datei auf einem anderen Laufwerk
    (nicht nur auf einer anderen Partition) als dem Startlaufwerk zu haben.
1
Joshua Nurczyk

Sie müssen auf jedem Laufwerk keine Seitendatei festlegen. Wenn es sich bei allen Laufwerken um separate, physische Laufwerke handelt, können Sie hierdurch eine geringfügige Leistungssteigerung erzielen, obwohl dies wahrscheinlich vernachlässigbar wäre. Wenn alle Ihre Festplatten Partitionen auf einer physischen Festplatte sind, führt dies möglicherweise zu Problemen beim Dateizugriff und möglicherweise zu einer geringeren Leistung.

Der Hauptgrund, warum Sie mehrere Seitendateien auf verschiedenen Laufwerken haben möchten, ist, dass Sie mehr Swap-Speicherplatz haben können, ohne zu viel Speicherplatz auf einem bestimmten Laufwerk zu belegen.

BEARBEITEN: Ich habe das Hinzufügen vergessen. Wenn Sie ein Laufwerk mit mehreren Partitionen haben, sollten Sie wahrscheinlich sicherstellen, dass nur ein Laufwerk die Auslagerungsdatei enthält, da dies in den meisten Fällen zu einer besseren Leistung führt.

0
harrymc

Der einzige Vorteil, wenn Sie die Seitendatei an anderer Stelle festlegen, ist die Verteilung von E / A-Vorgängen.
Dies war in früheren Zeiten wichtig, als der Speicher kostspielig und klein war, so dass Programme um den Speicher konkurrierten und sich aus dem Speicher gegen die Auslagerungsdatei auslagerten.
Wenn der Speicher in Gigabyte gezählt wird, ist der Nutzen dieser Datei heutzutage eher zweifelhaft. Der einzige Vorteil, wenn Sie die Seitendatei an anderer Stelle festlegen, ist die Verteilung von E / A-Vorgängen.

Die kurze Antwort lautet also: Machen Sie sich nicht zu viele Gedanken um die Seitendatei.
Die lange Antwort lautet: Wenn Sie mehr als einen physischen Datenträger haben (dh echte Datenträger, nicht Partitionen desselben Datenträgers), kann es sich lohnen, die Seitendatei auf einem anderen Datenträger zuzuordnen, obwohl ich für jedes Argument eine davon finden kann gegen ...

"Stören Sie sich nicht, RAM ist billig" ist eine häufige Antwort, die ich auf die Wahrnehmung eines minimalen Benutzers beschränke. Die Idee ist die Verwendung einer beliebigen Hardware mit optimaler Leistung. Der Speicherbedarf hängt vom Benutzer ab, und die Kostengünstigkeit hängt von ihrem Budget ab. Möglicherweise benötigen Sie eine Menge Speicher, die nicht installiert oder gekauft werden kann. SuperDuck vor 13 Jahren 0
0
Multiverse IT

Die Auslagerungsdatei wird immer noch verwendet und wird unabhängig von Ihrem RAM-Speicher weiterhin verwendet. Unter XP und früheren Versionen (und ich denke, das trifft auf Windows Vista, 7 und 2008 zu), erlaubt die Auslagerungsdatei Speicherabbilder zum Debuggen, muss jedoch auf dem Laufwerk C: liegen, damit sie funktionieren. Das heißt, in 15 Jahren habe ich noch nie einen vollständigen Speicherauszug benötigt, daher empfehle ich generell, das Laufwerk C: AUS zu verschieben, wenn der Platz auf Workstations ein Problem darstellt.

Ich habe noch nie etwas gehört oder gelesen, um darauf hinzuweisen, dass mehrere Seitendateien negative Auswirkungen haben. Ich würde es begrüßen, wenn jemand mit Kenntnis davon einen Link zur Beschreibung des Problems veröffentlicht - vorzugsweise von der Microsoft-Website, aber andere Websites könnten dies tun.

Wenn Sie die Auslagerungsdatei auf mehrere physische Festplatten legen, versucht Windows, das am wenigsten verwendete Laufwerk zu ermitteln und dieses für Auslagerungsvorgänge zu verwenden. Wenn Sie also über mehrere physische Festplatten verfügen - im Gegensatz zu einer partitionierten Festplatte - kann das Verschieben eine gute Idee sein.

Ich weiß jedoch nicht, wie viel Verbesserung Sie damit auf mehreren physischen Datenträgern sehen würden, insbesondere wenn Sie den Bedarf an Paging durch ein gutes physisches RAM auf ein Minimum reduzieren.

0

Das Verschieben von pagefile.sys auf ein anderes physisches Laufwerk war nur dann sinnvoll, wenn das Laufwerk an einen anderen Controller angeschlossen war. ansonsten absolut kein Gewinn.

Eine weitere beliebte Option ist eine sehr kleine erste Partition, die nur für die Boot-Dateien und pagefiles.sys reserviert ist, sodass sie nicht fragmentiert werden und sich beim physischen Start des Laufwerks befinden, an dem die Laufwerksleistung deutlich besser ist.

Ich bin nicht sicher, wovon Sie sprechen, wenn sich die Laufwerke auf verschiedenen Controllern befinden müssen. Wenn eine Festplatte schwer getroffen wird und nur mit IOPS Schritt hält und sich ein anderes Volume auf einer Leerlaufspindel befindet, besteht ein großer Unterschied darin, wo Ihre Seitendatei vorhanden sein soll. Aus diesem Grund wird in fast jedem SQL Server-Handbuch das Betriebssystem für einen Satz von Spindeln, Datenbanken für einen anderen Satz und Transaktionsprotokolle für einen dritten angegeben, obwohl sie wahrscheinlich alle zum selben RAID-Controller gehören. Die Prämisse ist die gleiche. MDMarra vor 15 Jahren 0
Ich bezog mich auf die guten alten Zeiten, als Festplattenlaufwerke an einen alten IDE-Controller angeschlossen wurden. In diesem Fall haben Sie NUR Leistung erzielt, wenn Sie die Auslagerungsdatei auf ein Laufwerk verschieben, das mit einem anderen (zB sekundären) Kanal verbunden ist. Wenn das Betriebssystem eingeschaltet ist, sagen wir, der primäre Master und die Auslagerungsdatei auf dem primären Slave-Laufwerk machen absolut keinen Sinn. vor 15 Jahren 0
Dies ist der Fall, so dass die Köpfe nicht zwischen den anderen Dateien und der Auslagerungsdatei wechseln müssen, was die eigentliche Latenz verursacht, insbesondere beim Lesen / Schreiben in große Dateien. SuperDuck vor 13 Jahren 0