Morgen miteinander,

es finden sich ja bereits einige Anleitungen im Netz wie man RamDisks erstellt und Teile von Simulatoren da reinverlegt, dann die Config Files anpasst damit das dort hinverweist. Ich muss gestehen ich hab das auch schon getestet und herumprobiert, Performance war gut, aber der Aufwand war etwas hoch. Das ganze geht auch deutlich einfacher, nämlich mit einem RamCache. Der tut im wesentlichen das gleiche wie eine RamDisk, allerdings hängt sich der Treiber dieser Tools in den Kernel-Bereich von Windows in den I/O Layer rein. Man startet das Cache Tool und sagt ihm nur welches Laufwerk gecached werden soll. Wenn dort ein Zugriff erfolgt, schaut der Treiber nur nach ob er die Blöcke bereits im Cache hat, wenn ja, dann wird aus dem RAM gelesen, wenn nein, dann von der Disk und gleichzeitig im RAM gleich gehalten damit es beim nächsten Zugriff schnell verfügbar ist. Sozusagen eine lernende RAM-Disk ohne Laufwerksbuchstabe. Der Performancezuwachs ist brachial in Benchmarks, ob das beim praktischen Flusi-Betrieb auch so starke Auswirkungen hat würde ich gerne mit der Community herausfinden. Der Vorteil von RamCaches gegenüber RamDisks ist, daß man auch Disks cachen kann die grösser sind als man überschüssigen RAM verbaut hat, da eben nur das im Speicher landet was tatsächlich angefragt wird.

FYI: Ich habe bereits den Hersteller angeschrieben ob es künftig die Funktion des Pre-Cachings geben wird, sprich wo man spezifizieren kann welche Verzeichnisse gleich mal präventiv in den Cache geladen werden, noch vor dem ersten Zugriff durch ein anderes Programm. Im Grunde genommen wäre das simpel, da man nichts anders machen muss als eine Liste der Files in dem Ordner generieren, ihre zugehörigen Cluster als Liste erzeugen müsste und dann einfach die gelisteten Blocks in den Cache laden. Antwort war bisher, daß das eventuell künftig mal gemacht wird, aber ich bin da hartnäckig und bleib dran. Schlimmstenfalls kann man sich so einen Block-Anfrager auch selber stricken wenn der Hersteller nicht in die Gänge kommt...

1.) Man lade sich FancyCache in der Volume Edition herunter, dazu klicke man hier
2.) man installiere das Tool
3.) Man sage dem Ding es möge das Laufwerk auf dem man seinen bevorzugten Sim liegen hat zu cachen beginnen, dabei unbedingt drauf achten daß die Block Size der RamDisk gleich oder kleiner der Cluster Size des zu cachenden Laufwerks ist!
4.) Profit!

Der Performancezuwachs ist bei I/O Sachen beträchtlich, ziemlich genau ein Faktor 10-20x so schnell wie eine SSD, bei Durchsatz wie Zugriffszeit.

Ich habe das mit AS SSD gebenchmarkt, die "vorher"-Werte sind von einer OCZ Vertex 4 240GB an einem SATA 2 Controller (weil mein Board noch kein SATA3 hat)


FancyCache wenn es mal installiert und geöffnet ist:


AS SSD ohne FancyCache (Vertex 3 240GB an Intel X58 SATA2 Port):


FancyCache für Read und Deferred Write konfiguriert und aktiv:


AS SSD mit aktivem FancyCache:



Und mit diesen Performancewerten sollte doch im Flusi was anzufangen sein... Ich habe das mit DCS World getestet, flutscht sauberer und macht doch subjektiv einiges her, die Schwankungen in der Framerate werden geringer und Einbrüche gibts gar keine mehr (auch wenn die bei SSDs eher selten sind/waren). Fragen, Erfahrungswerte usw sind hier natürlich gern gesehen.

Normalerweise ja, aber Du kannst bei einem laufenden Cache auch unten auf "Configure Cache" klicken, dann lädt er die aktuellen Einstellungen beim nächsten Boot wieder. Den Cache füllen tut es aber nicht, sprich der Cache ist nicht persistent.
Du kannst den Cache zb auch mit den gewünschten Ordnern füllen indem Du vorm Start des Flusis die gewünschten Ordner mit MS Security Essentials scannst. Braucht nicht lange und man kann sich sicher sein daß alle darin enthaltenen Files auch wirklich im Cache landen, vorausgesetzt sie sind in Summe nicht grösser als der erzeugte Cache.

Mit dem Tool oder wie? Etwas mehr Info und Kontext bitte.

Kannst Du da mehr ins Detail gehen und die Probleme eventuell dokumentieren, auflisten, Screenshots machen etc? Weil das kriegt man womöglich in den Griff. Bei DCS hab ich null Schwierigkeiten. Auch mehr Informationen zu Deiner Hardware und Software wären sehr hilfreich. Ein "geht nicht" bringt uns nicht weiter.

Ich hatte ja 4096MB verwendet, das ist relativ viel. Wenn man das einfach übernimmt (ich hab 18GB RAM, da ists egal), dann kann es sein daß für den Flusi selbst kein Speicher übrigbleibt, daß er da gern abstürzt und seltsam wird ist bekannt. Defer Write ist nix anderes als nach der vorgegebenen Zeit den Schreib-Cache aus dem RAM auf die Platte zu schreiben. Da der Flusi recht wenig schreiben sollte, sollt das nicht so große Auswirkungen haben im Sim-Betrieb.

Leute, bitte lasst dem Flusi genug Platz zum Atmen!

Die Frage ist eben WAS man im Cache hat. Wenn man schon eine SSD hat, dann wirds nicht so weltbewegend sein im FSX selber. Zudem müssen Dinge ja bereits im Cache sein damits schneller verfügbar sein, sprich sie müssen vorher schon mal angefragt worden sein. Es gab hier schon einen Thread im Forum wo jemand meinte man kann einiges an FPS rausholen wenn man zb den AI Traffic Ordner von UT ins RAM verlegt. Aber ich kann gern noch was schreiben wie man richtige RamDisks auf Verzeichnisse anwendet ohne zb eine FSX Config biegen zu müssen.

Wenn ihr experimentieren wollt was wieviel bringt, könnt ihr ja etwas dazu "zwingen" gecached zu werden. Sprich macht euch einen Cache der so groß ist daß der/die gewünschte(n) Ordner reinpassen und anschliessend öffnet ihr die Ordner mit einem Scanprogramm wie Security Essentials. Beim durchscannen werden die Files in den Cache geladen und bleiben zu einem guten Teil auch dort. Gelöscht wird erst dann aus dem Cache wenn er voll wird. Sprich mit etwas Überdimensionierung kann man manche Dinge durchaus halbwegs persistent im Speicher halten ohne gleich ein ganzes Laufwerk auf eine RamDisk kopieren zu müssen.

Ich hab das nur mit DCS probiert, da sind die Ladezeiten beim zweiten Start schon um Welten kürzer und irgendwelche Ruckler beim betätigen von Funktionen beim ersten mal im Flug (TGP oder MAV am MFCD aktivieren oder auch am TGP von CCD auf BHOT/WHOT umschalten), da ruckelt gar nix mehr. Ich werd demnächst genug Speicher haben um mal das ganze World zu cachen, mal sehen ob ich da die Unterschiede objektiv Benchmarken kann.

4GB sind zu wenig. Wenn man da noch 2GB wegreserviert und das OS sich auch mehr als 1GB krallt bleibt für den FSX selbst nix übrig. Dass das nicht performt sollte klar sein.

Gunter: Wenn die ganze Zeit die Platte am Rödeln war, dann wars entweder ein Hinterundprogramm (Virenscanner, Defragmentierung etc) oder Du hast auch einfach zu wenig RAM dafür, weil sobald der verbaute Speicher zu klein wird, wird in die Auslagerungsdatei geschrieben, und die ist ab Werk meist auf C:. Leg die mal auf die SSD und schau ob sich was bessert. Wieviel Speicher hast Du drin und wieviel hast Du reserviert?

Mit dem Tool beseitigt man halt nur einen potentiellen Flaschenhals der zum Ruckeln führen kann, die Kette wird damit aber trotzdem nicht stärker als ihr schwächstes Glied...

Laptops sind zwar mobil, aber man bekommt beim normalen Rechner ungleich mehr Performance fürs gleiche bis weniger Geld. Wenn ich einen PC baue, dann kann ich da für rund 1700 EU Maschinen realisieren mit denen es auch ein 3000 EU Notebook nicht aufnehmen wird, nicht zuletzt deswegen weil man sich die Komponenten selbst aussuchen kann, sondern weil man mit Übertakten beim FSX recht weit kommt...