Hallo zusammen,

ich habe mir unter dem Aspekt des Gesagten den Taskmanager noch einmal angesehen. So falsch liegt der nicht!
Unter "Zugesicherter Speicher --> Grenzwert" wird der tatsächlich zur Verfügung stehende virtuelle Adressraum angezeigt. Ich habe verschiedene Einstelleungen ausprobiert und es stimmte stets. Allerdings zeigt der Grenzwert nicht den RAM plus Pagefile in MB, sondern den tatsäöchlich verfügbaren Speicherraum an. Wenn man sich das Bild von Jens ansieht, dann ist klar erkennbar, dass der virtuelle Speicher unter 1 GB ist und das ist bei 20 MB Pagefile und 1024 MB RAM okay, denn es wird ja Speicher für die Verwaltung und Weiteres gebraucht. Der "zugesicherte Speicher" ist die Summe aus einem Teil des RAM und Teile des Pagefiles und nicht nur das Pagefile. Der Taskmanager ist insoweit irrefeührend als der zugesicherte Speicher als Auslastung der Auslagerungsdatei bezeichnet wird. Hier Heinz gebe ich dir Recht, dass womöglich Übersetzungsfehler zu finden sind.
Übrigens habe ich das Löschen des Pagefiles wieder deaktiviert, weil es mir denn doch bei dem stabilen System zu lange dauert, ehe es ausschaltet.

Danke Dieter,

dann kann ich mir die zweite Festplatte endgültig sparen :)
Wir nehmen uns aber auch nie mehr Zeit für unseren PC als umbedingt nötig:D

Gruß Heinz

Das Löschen des Pagefiles ist auf jeden Fall anzuraten. Zwar dauert es länger beim Runterfahren. Dafür nimmt aber die Größe und Defragmentierung des Pagefiles zu. Und das kann u.U. die Performance des Flusi stark beeinträchtigen.

Auch die zweite Festplatte ist keinesfalls überflüssig. Wenn Ihr mir recht gebt, das es ohne swaping nicht geht, dann sollte man den Schreib-Lese-Konflikt vermeiden, auch der kostet Performance

Moin Moin !

Also, dass die Performance dadurch stark! beeinträchtigt wird, würde ich nicht unterschreiben. Da gibt es im System deutlich mehr Komponenten, die stören können. Wieso sollte das Swap-File auch solch ein Störenfried sein ? Hat jemand von Euch mal gehört, dass ein Admin seine Server jede Woche einmal bootet, nur um das Swap-File zu löschen ? Und so ein SQL-Server beansprucht das System um Längen mehr als ein Flusi.
Genauso halte ich es für ein Irrglauben, dass es mehr Performance bringen würde, wenn man XP die Verwaltung des Swap-Files entzieht. Was macht man dann anders, als die Größe und den Ort festzulegen ? Nix. Sinnvoll ist es da eher, wie Heritage schon sagte, dass man Swap-File auf eine (schnelle) zweite Festplatte legt, um Lese- und Scheib-Vorgänge zu trennen. Am Besten noch an den zweiten IDE-Kanal.

CU

Stephan

Hallo Wolfgang,

Das hängt nur von der persönlichen Nutzung des PC´s ab, bei mir ist die Speicherauslastung gleich dem virtuellen Speicher wenn der Flusi läuft mit GAP + PSS + MyTraffic und steht bei 474 MB. Das heisst für mich da wurde noch nichts ausgelagert, falls du aber wesentlich mehr Programme nebenbei laufen hast mag es für dich zutreffen das da ausgelagert wird aber dann wäre noch zu klären was wurde ausgelagert. XP sagt dazu das z.Zt. nicht benötigete Daten (Hintergrundprogramme?) bei Speicherknappheit ausgelagert werden. Dieses kann man auch selber prüfen indem man den Task manager laufen lässt und anschließend erst den Flusi laufen lässt und dann ein weiteres großes Programm startet. Jetzt geht beim Flusi die Speicherauslastung auf ca. 20MB runter aber der virtuelle Speicher bleibt bei 350 MB, somit wurden 330 MB ausgelagert. Als Anhang die Beschreibung aus der Task Manager Hilfe.

Gruß Heinz

Hallo Stephan,

bei MS steht es aber etwas anders: http://support.microsoft.com/default...d=kb;de;314482

Gruß Heinz

Morgen Wolfgang,

deinen Tipps kann ich nicht folgen.
Das Löschen des Pagefiles macht nur Sinn, wenn einmal ein übersteigertes Sicherheitsbedürfnis besteht oder, wie Heinz schon sagte, Datenreste von nicht ordnungsgemäß beendeten Programmen im Pagefile hinterlegt sind. Das kann man auch mal händisch erledigen.
Ansonsten werden Daten, die im File sind, bei der nächsten Sitzung überschrieben. Weiterhin werden bestimmte Daten im Pagefile hinterlegt, die beim nächsten Start sofort zur Verfügung stehn. Löscht man die Datei, muss alles neu initialisiert werden. Die Defragmentierung des Pagefiles spielt erst dann eine Rolle, wenn der Rechner tagelang läuft, aber auch das sollte mann nicht überbewerten, weil eine NTFS-formatierte Platte nicht die Probleme hat wie eine FAT oder FAT32.
Die Performance des Flusi´s hängt mit Sicherheit nicht davon ab, es sei denn jemand arbeitet mit 128 oder 256 MB RAM und die Daten werden laufend von der Festplatte geholt, was bei 512 MB schon nicht mehr der Fall ist.
Die Performance des Flusi steigert man mit einer starken CPU, viel RAM und einer sehr guten Grafikkarte.
Eine zweite Festplatte braucht auch ganz sicher nicht für den Flusi uns schon gar nicht bei einem RAM von 1024 MB. Da sind die HD-Zugriffe nach dem Flusistart sehr selten.

Moin, moin,

also: das mit der zweiten Festplatte ist logischerweise so wie von mir gesagt, siehe auch der Hinweis von Heinz auf die Knowledgebase.

Das Löschen des Pagefiles macht Sinn, Defragmentierung spielt bei den großen texture-Files eine Rolle. Und die passiert, wenn man, wie Wolf-Dieter richtig sagt, überschreibt.

Im übrigen hatten wir hier einen Thread von mir, in dem ich (und viele andere) die ständige sinkende Performance des FS durch immer weiter voll laufendes Pagefile diskutierten. Für mich war die Konsequenz, das mit dem häufigen Löschen auszuprobieren, und siehe da, es funzt. Und da waren nicht minimale Unterschiede in Rede, sondern fps-Differenzen von 10 und mehr. Davei spielt aber auch das Rücksetzen der Prefetching-flags eine Rolle.

Hi Wolfgang,
Ich habe hier schon des Öfteren solche Beiträge gelesen, die behaupten, dass es zwischen der HD-Performance, der Auslagerungsdatei und den Frames pro sec. einen Zusammenhang geben soll.
Welche Abhängigkeit gibt es denn tasächlich? Während die CPU mit dem Flusi beschäftigt ist, soll eine Texture geladen werden. Okay, das macht nicht die CPU, sondern der I/O-Chip auf dem Board, der dafür Ressourcen zugeteilt bekommt. Ist nun dieser Chip extrem lahm, dann kann der Plattenzugriff zum Stop der CPU führen, weil nicht genug Daten bereitstehen. Dann bleibt der Flusi für einen Augenblicl stehen. Das ist der Extremfall, aber genau dann sind die Frames Null und nicht 5 oder 20 oder sonstwas. Die Regel ist, dass die FS9-EXE rechtzeitig Daten anfordert und der Plattenzugriff zu keiner (sichtbaren) Beeinträchtigung des Rechenvorgangs führt. Wer das dennoch festzustellen meint, der sollte sich sein System mal genauer ansehen, denn nur die Einheit von CPU, Chipsatz, Mainboard, Grafikkarte, Betriebssystem und neueste Treiber/Updates für alle genannten Komponenten garantieren eine gute Performance. Das damit aktuelle Hardware/Software gemeint ist, versteht sich von selbst.
Die Festplatte ist das aller letzte, was die Frames/sec sinken lässt. Und nicht jeder Plattenzugriff den man hört ist durch den Flusi verursacht.

Hallo!

Ich muss jetzt doch nochmal fragen. Ich habe nur eine Festplatte, die ist aufgeteilt in:
C: Windows und andere Progs
D: Flusi

Wo muss/sollte ich nun die Auslagerungsdatei hinsetzen, bzw. wie groß sollte sie sein, wenn ich 512 MB RAM hab, 768 MB, oder?

Grüße
Johannes

Also ich hab das gleiche Setup wie du und habe die Auslagerungsdatei bei 768MB RAM auf 2304MB (3*RAM; auf C: ) gesetzt.
Ist vielleicht ein bisschen gross,aber beim Flusi kann man nie wissen. ;)

Hallo,

im Nachgang auf Heinz möchte ich noch mal unterstreichen, dass nicht der alleinige Ladevorgang die Performance des Systems beinflusst. In der Tat, bei einem optimalen System sollte das nicht der Fall sein. Es geht vielmehr darum, dass gleichzeitig zu einem Ladevorgang der Flusi versuchen kann, Daten auszulagern, d.h. in das Swapfile zu schreiben.

Logischerweise kann die HD das aber nicht gleichzeitig und es kommt zu einem Schreib-Lesekonflikt, der das System und der Flusi tatsächlich nachhaltig beinflussen kann. Es macht also Sinn, zwei Platten zu fahren, eine für OS+Swapfile, das andere für den Flusi.

Insofern, Joey3, ist es egal wohin Du den Swapfile hinsetzt, solange Du nur eine Platte hast. Zwei Partitionen auf einer Platte sind eben nicht dasselbe wie zwei physikalisch unabhängige Platten.

Was läuft auf meinem Rechner falsch, daß ich mit einer 20 MB großen Auslagerungsdatei null Probleme im Flusi habe.
Dazu noch auf der gleichen Platte, eigentlich dürfte mein Flusi garnicht starten. Oder? ;)

Wenn er noch bei vollen Details mit annehmbaren FPS läuft, ist das echt verwunderlich.

Daran ist nix verwunderlich.
Ich hab alle Varianten durch die möglich sind. Unterschied gleich null.
Mit 1GB RAM ist die Auslagerungsdatei wohl so unwichtig wie sie als Thema von "Fachmännern" geliebt wird. ;)