27.10.2009, 10:50 | #1 (permalink) |
Registriert seit: 24.10.2006
Beiträge: 1.761
|
SSD HD und RAM Disk
--------------------------------
SSD Laufwerke Da das Thema Nachladeruckler in ArmA mit einer SSD Festplatte oder RAM Disk behoben werden kann werde ich mal diesen Thread mit Infos zu diesen Thema füllen. Vergleichs Video HDD vs. SDD SSD Festplatten: Intel x25-m 80 Gb avg. read ca. 230 mb/sek write mit neuer Firmware 100 mb/sek. Preis ca. 160.00 euro Super Talent Ultradrive GX MLC 64GB, 2.5", SATA II (FTM64GX25H) 64 Gb avg. read ca. 230 mb/sek write 180 mb/sek. Preis ca. 190.00 euro OCZ Vertex 60 GB 60 Gb avg. read ca. 180 mb/sek write 151 mb/sek Preis ca. 160.00 Euro ------- Wissenswertes über SSD Platten. Bei der Installation unter Win7 empfehlen die SSD Hersteller NICHT die SATA /AHCI Treiber des Mainboards zu installieren da ewt. das TRIMen nicht mehr funktioniert. Lese/Schreib Geschwindigkeit wurde bisher durch Firmware Updates gesteigert. SSD "Platten" oder besser gesagt Speicher-Laufwerke werde idr. nie alleine genutzt sondern als erst oder zweit Festplatte. SSD Laufwerke dürfen nicht Defragmentiert werden weil die Defragmentierung den "Alterungsprozess" der Laufwerke beschleunigt. D.h. SSD Laufwerke werden mit der Zeit immer langsamer. Abhilfe schaft Win7 oder ein aktuelles Linux System die das TRIMen Beherschen und ein SSD Laufwerk welches ebenfalls das TRIMen Beherscht siehe dazu hier Hersteller Perfomance Tools nutzen wie hier Super Talent bietet z.b. ein Hauseigenes Refresh Tool an welches die SSD Fragmente defragmentiert im sinne des Herstellers für mehr performance. SSD Laufwerke sind stossfest benötigen wenig energie und haben keine Zugriffszeiten gegenüber normalen Festplatten. Gerade letzteres macht sich stark bemerkbar bei kleinen Dateien die geladen werde da eine SSD keinen Schreib/Lese Kopf hat der ständig hin und her tanzt um die Sektoren u. Blöcke zu lesen. Ergänzungen von Lester: 1.) Man sollte einen gewissen Teil der SSD's (10-20%) unpartitioniert lassen damit das automatische Wear Levelling immer ausreichend Platz hat. Das Wear Levelling sorgt automatisch dafür das die Speicherzellen gleichmäßig beschrieben werden also keine Speicherzelle unbenutzt bleibt ! Eine volle SSD kann diesen Vorgang nicht mehr oder nur noch mit erhbelichen Mehraufwand durchführen weswegen hier die Schreibgeschwindigkeit erheblich einbricht. 2.) Defragmentieren bringt nichts außer den Alterungsvorgang (Beschreibhäufigkeit der Speicherzellen) wegen den extra Schreibvorgängen zu beschleunigen. Aus selbigen Grunde wird teilweise auch nicht empfohlen die Auslagerungsdatei auf die SSD zu legen, da so die Alterung beschleunigt wird. (inwiefern das wirklich relevant ist angesichtsd der üblichen Lebendauer von PC-Hardware, darüber streiten sich die Geister) Bedingt nur das nichtvorhandensein von Mechanik ist der Zugriff auf jede Speicherzelle ohnehin nahezu immer gleich schnell. ------ "Kampfpreis" von Kingsten für eine 32 gb unter 100 Euro Test: Kingstons halbe Intel-SSD für unter 100 Euro - Golem.de Aktuelle Firmware: Intel c25-m Firmware update für mehr performance Neue Firmware macht Intel-SSDs schneller (Update) - Golem.de Super Talent RAM Disk vorgehen von FRY Für Leute die sich keinen HDD Raid oder eine SSD leisten können gibt es noch die RAMDisk Lösung die hier wie auch im Offiziellen BIS Forum immer mehr Anklang findet. Für User die über 4GB Ram und mehr verfügen bietet sich hier die Möglichkeit kostengünstig an konstante Leistung zu kommen. RAMDisk Thread im Off BIS Forum Bohemia Interactive Forums - View Single Post - Here's how I got ARMA2 to perform smoothly (high fps, no stutter, no LOD trashing) Im Offiziellen BIS Forum hat sich der User qwertz mal die mühe gemacht und den Dateizugriff von ArmA2 unter die Lupe genommen. Wie schon vermutet streamt ArmA2 alle Files ohne sie zu chachen...deswegen auch der griff zu SSDs anstatt normalen HDDs. Wie auf den angefügten Bildern in dem Thread zu sehen ist werden die meiste Zeit nur eine Handvoll Dateien von ArmA2 genutzt. ArmA 2 I/O analysis results - Bohemia Interactive Forums plants2_tree.pbo structures.pbo wheeled2.pbo etc Nur durch des Kopieren der Dateien in die Ramdisk fallen die größten Nachladeruckler weg. Leistung einer RAMDisk: Da es sich um RAM handelt ist der Durchsatz enorm. Gemessen habe ich hier mal mit Everest bei DDR2 800. lesen/schreiben 6000-7000 MB/s - abhängig von Takt sowie Platform. Was brauche ich und wie stelle ich das an? Man benötigt lediglich 2 kleine programme. Link Shell Extension Link Shell Extension Und eine RAMDisk Software zum Beispiel: kostenlose Variante: bis 4GB RAMDisk Download Ramdisk - RAMDisk - Software - Products & Services - Dataram kostenpflichtige variante: ab 40$ RamDisk - Microsoft Certified Software Man erstellt mit der RAMDisk Software eine Virtuelle Festplatte, bei 4GB Usern reicht 1,6GB und kopiert ganze 3 PBOs auf die RAMDisk. plants2_tree.pbo structures.pbo wheeled2.pbo Das sind knapp 1,5GB und passt somit perfekt auf die RAMDisk. Wenn mehr RAM vorhanden ist kann man natürlich die RAMDisk entsprechend größer gestallten. Wie groß genau kan man anhand der analysierten Zugriffe im BIS Thread entnehmen. Für eine 4GB RAMDisk kommen folgende Dateien in frage: buildings.pbo buildings2.pbo Buildings2_Ind_CementWorks.pbo Ca.pbo chernarus.pbo chernarus_Data.pbo chernarus_Data_Layers.pbo misc.pbo misc2.pbo misc3.pbo plants2_Bush.pbo plants2_Clutter.pbo plants2_misc.pbo plants2_Plant.pbo plants2_Tree.pbo Roads2.pbo rocks2.pbo signs2.pbo structures.pbo utes.pbo water.pbp water2.pbo Anschließend empfehle ich die kopierten Dateien aus dem Addon Ordner in ein Backup ordner zu verschieben da wie diese mithilfe der Shell Extention von der RAMDisk in den Orginalordner velinken werden. EInfach die Shell Extention installieren, die dateien in der RAMDisk markieren, mit rechter Maustaste "Link Quelle festsetzen" und dann in den ArmA Addon ordner mit rechter Maustaste "Symbolischer link" bestätigen. Somit werden jetzt die Dateien der RAMDisk von ArmA geladen. Abhängig von der benutzten RAMDisk Software muss drauf geachtet werden daß das virtuelle Laufwerk gespeichert wird und somit nach einen Neustart wieder geladen wird da ansonsten die Dateien nicht in die RAMDisk geladen werden. Nochmal zur Erinnerung. Hier geht es nicht um erreichen von hohen FPS sondern um das reduzieren bzw ausschließen der gehassten Nachladeruckler. Mit einer 1,6GB kleinen RAMDisk sind Städte wie Elektrosavodsk oder Chernogorsk kein graus mehr.
__________________
Geändert von Termi (27.10.2009 um 12:24 Uhr). |
27.10.2009, 11:31 | #2 (permalink) |
Registriert seit: 26.11.2006
Ort: Kiel, S-H
Alter: 57
Beiträge: 3.013
|
Wenn wir schon mal dabei sind und das Trim mal etwas außen vor lassen ...
Wobei es wenn ich es richtig verstanden habe eh "nur" den Zweck hat das man das Wear Leveling etwas unterstützt ... 1.) Man sollte einen gewissen Teil der SSD's (10-20%) unpartitioniert lassen damit das automatische Wear Levelling immer ausreichend Platz hat. Das Wear Levelling sorgt automatisch dafür das die Speicherzellen gleichmäßig beschrieben werden also keine Speicherzelle unbenutzt bleibt ! Eine volle SSD kann diesen Vorgang nicht mehr oder nur noch mit erhbelichen Mehraufwand durchführen weswegen hier die Schreibgeschwindigkeit erheblich einbricht. 2.) Defragmentieren bringt nichts außer den Alterungsvorgang (Beschreibhäufigkeit der Speicherzellen) wegen den extra Schreibvorgängen zu beschleunigen. Aus selbigen Grunde wird teilweise auch nicht empfohlen die Auslagerungsdatei auf die SSD zu legen, da so die Alterung beschleunigt wird. (inwiefern das wirklich relevant ist angesichtsd der üblichen Lebendauer von PC-Hardware, darüber streiten sich die Geister) Bedingt nur das nichtvorhandensein von Mechanik ist der Zugriff auf jede Speicherzelle ohnehin nahezu immer gleich schnell.
__________________
Nur ein Beispiel das zeigt wie BI "support" definiert: https://feedback.bistudio.com/T75547 Geändert von Lester (27.10.2009 um 11:33 Uhr). |
27.10.2009, 12:01 | #4 (permalink) |
Registriert seit: 08.10.2009
Beiträge: 77
|
Für Leute die sich keinen HDD Raid oder eine SSD leisten können gibt es noch die RAMDisk Lösung die hier wie auch im Offiziellen BIS Forum immer mehr Anklang findet.
Für User die über 4GB Ram und mehr verfügen bietet sich hier die Möglichkeit kostengünstig an konstante Leistung zu kommen. RAMDisk Thread im Off BIS Forum Bohemia Interactive Forums - View Single Post - Here's how I got ARMA2 to perform smoothly (high fps, no stutter, no LOD trashing) Im Offiziellen BIS Forum hat sich der User qwertz mal die mühe gemacht und den Dateizugriff von ArmA2 unter die Lupe genommen. Wie schon vermutet streamt ArmA2 alle Files ohne sie zu chachen...deswegen auch der griff zu SSDs anstatt normalen HDDs. Wie auf den angefügten Bildern in dem Thread zu sehen ist werden die meiste Zeit nur eine Handvoll Dateien von ArmA2 genutzt. ArmA 2 I/O analysis results - Bohemia Interactive Forums plants2_tree.pbo structures.pbo wheeled2.pbo etc Nur durch des Kopieren der Dateien in die Ramdisk fallen die größten Nachladeruckler weg. Leistung einer RAMDisk: Da es sich um RAM handelt ist der Durchsatz enorm. Gemessen habe ich hier mal mit Everest bei DDR2 800. lesen/schreiben 6000-7000 MB/s - abhängig von Takt sowie Platform. Was brauche ich und wie stelle ich das an? Man benötigt lediglich 2 kleine programme. Link Shell Extension Link Shell Extension Und eine RAMDisk Software zum Beispiel: kostenlose Variante: bis 4GB RAMDisk Download Ramdisk - RAMDisk - Software - Products & Services - Dataram kostenpflichtige variante: ab 40$ RamDisk - Microsoft Certified Software Man erstellt mit der RAMDisk Software eine Virtuelle Festplatte, bei 4GB Usern reicht 1,6GB und kopiert ganze 3 PBOs auf die RAMDisk. plants2_tree.pbo structures.pbo wheeled2.pbo Das sind knapp 1,5GB und passt somit perfekt auf die RAMDisk. Wenn mehr RAM vorhanden ist kann man natürlich die RAMDisk entsprechend größer gestallten. Wie groß genau kan man anhand der analysierten Zugriffe im BIS Thread entnehmen. Für eine 4GB RAMDisk kommen folgende Dateien in frage: buildings.pbo buildings2.pbo Buildings2_Ind_CementWorks.pbo Ca.pbo chernarus.pbo chernarus_Data.pbo chernarus_Data_Layers.pbo misc.pbo misc2.pbo misc3.pbo plants2_Bush.pbo plants2_Clutter.pbo plants2_misc.pbo plants2_Plant.pbo plants2_Tree.pbo Roads2.pbo rocks2.pbo signs2.pbo structures.pbo utes.pbo water.pbp water2.pbo Anschließend empfehle ich die kopierten Dateien aus dem Addon Ordner in ein Backup ordner zu verschieben da wie diese mithilfe der Shell Extention von der RAMDisk in den Orginalordner velinken werden. EInfach die Shell Extention installieren, die dateien in der RAMDisk markieren, mit rechter Maustaste "Link Quelle festsetzen" und dann in den ArmA Addon ordner mit rechter Maustaste "Symbolischer link" bestätigen. Somit werden jetzt die Dateien der RAMDisk von ArmA geladen. Abhängig von der benutzten RAMDisk Software muss drauf geachtet werden daß das virtuelle Laufwerk gespeichert wird und somit nach einen Neustart wieder geladen wird da ansonsten die Dateien nicht in die RAMDisk geladen werden. Nochmal zur Erinnerung. Hier geht es nicht um erreichen von hohen FPS sondern um das reduzieren bzw ausschließen der gehassten Nachladeruckler. Mit einer 1,6GB kleinen RAMDisk sind Städte wie Elektrosavodsk oder Chernogorsk kein graus mehr. Geändert von Fry (27.10.2009 um 12:03 Uhr). |
27.10.2009, 12:14 | #7 (permalink) |
Registriert seit: 24.10.2006
Beiträge: 1.761
|
Dein resultat über die RAM Disk ist.... keine Nachladeruckler mehr richtig?
__________________
|
27.10.2009, 12:26 | #8 (permalink) |
Registriert seit: 08.10.2009
Beiträge: 77
|
Werde die kommenden Tage noch ein paar Tests fahren und die RAMDisk noch vergrößern. Aber im großen und ganzen sind die Ruckler weg. Wie gesagt...in den großen Städten läufts butter weich....halt nur die Rechenleistung ist jetzt der Flaschenhals. |
27.10.2009, 12:28 | #9 (permalink) |
Also ich habe mir gerade 4GB Ram bestellt und kann dann morgen auch mal testen was es bei mir bringt denn mich stören eigentlich auch nur diese Nachladeruckler
@Fry bauen sich die Texturen auch ehr komplett auf?
__________________
Ikolium für einen armen Mann Wer zu erst schießt verrät seine Position an die anderen |
|
27.10.2009, 12:31 | #10 (permalink) |
Registriert seit: 08.10.2009
Beiträge: 77
|
Das mit den Texturen ist LOD basierend und lässt sich mit der RAMDisk auch nicht lösen. |
27.10.2009, 12:31 | #11 (permalink) |
Registriert seit: 24.10.2006
Beiträge: 1.761
|
Hört sich sehr gut... und sehr günstig noch dazu
Mich würde mal interessieren wie ArmA1 spez. in Sharani mit SSD HD oder mit der RAM Disk methode abschneidet http://video.google.com/videoplay?do...2915379372496# Es geht besonders um die Ruckler am Start des Vids. Ich behaupte mal das Städte grösse usw. in ArmA1 überambitioniert war und es deswegen viele Probleme gab
__________________
Geändert von Termi (27.10.2009 um 12:34 Uhr). |
27.10.2009, 12:32 | #12 (permalink) |
His Awesomeness!
Registriert seit: 25.07.2006
Ort: Regnum Borussiae
Beiträge: 9.282
|
Wenn Du bei 4Gb Ram 1.6Gb für ne Ramdisk verwendest, wird dann nicht im Gegensatz recht schnell auch die pagefile.sys angeworfen und behämmert? Hast Du mal geschaut, ob sich dass nicht ab einem gewissen Zeitpunkt auch rächt? Bei ArmA ging's ja auch über den Weg, dass paging von Windows abzuschalten, damit lagerte er nix mehr aus, und zwang sich mehr im Speicher zu halten. Nur dumm, wenn der dann voll war
|
27.10.2009, 12:36 | #13 (permalink) |
Registriert seit: 08.10.2009
Beiträge: 77
|
Habe gestern 6 Std Session gehalten und keine Probleme gehabt. Pagefile muss für RAMDisk aktiv sein sonst gibts stress. Habe vorsichtshalber ArmA mit maxmem 1024 bzw 1500 gestartet wobei ich selten über 1,2 GB komme. Eventuell werde ich nachher noch 2GB dazu stecken und mal was rumprobieren. RAM Preise sind grade so schön hoch....sonst hätte ich mir auch direkt ncoh 4GB bestellt. Muss mal schauen wo ich die herbekomme. |
27.10.2009, 12:38 | #14 (permalink) |
Registriert seit: 24.10.2006
Beiträge: 1.761
|
Er hat ja noch über 2 Gb RAM und wenn wäre doch egal weils ja dann OS Klamotten sind die gerade nicht genutzt werden @Flicki Paradoxerweise hatte der qwert geschrieben im BIS Forum das die ArmA pbos nicht gechached werde?! Es wäre sooooo einfach das ganze Thema Nachladeruckler seitens BIS zu begraben!!!
__________________
Geändert von Termi (27.10.2009 um 12:43 Uhr). |
27.10.2009, 12:39 | #15 (permalink) |
His Awesomeness!
Registriert seit: 25.07.2006
Ort: Regnum Borussiae
Beiträge: 9.282
|
Okay mit ner Ram-Limitierung von Arma kann ich das blind nachvollziehen. Ich frag mich nur gerade was dann passiert, wenn man sie nicht aktiviert. Das Paging liegt ja physisch auf der Platte und damit dreht man sich iwi etwas im Kreis. Also für den Fall von nur 4GB, mit mehr Ram kann man sich sicherlich zurücklehnen.
Edit: Wenn einem so ein kleines gelbes Dreieck mit schwarzem Ausrufezeichen begegnet, und ArmA wegballert, dann ist dass ein Anzeichen für "Speicher voll und ick weiss nich wohin mit dem Zeugs". Also mit XP, 2GB und ArmA1 hab ich das schon reproduziert bekommen. Edit2: Da muss die Strategie entscheiden Termi. MemoryFootprint vs I/O-Access. KA was sich BIS beim ein oder andere so gedacht hat :P |
27.10.2009, 12:43 | #16 (permalink) |
Registriert seit: 08.10.2009
Beiträge: 77
|
Mit 12 bzw 16GB RAM kann man natürlich ArmA komplett in die RAMDisk laden inkl Mods.
BIS sollte RAM Riegel in den ArmA Karton beifügen....lol Ich weis noch vor 10 Jahren.....32MB EDO Ram....wow....was will ich mit soviel Speicher :P Da ist man auch noch mit ner Diskette zum Nachbarn gedackelt...heute ists eher ne Externe Platte Aber es scheint doch wie mitn Autos zu sein....Hubraum ist durch nichts zu ersetzen als durch noch mehr Hubraum. |
27.10.2009, 12:45 | #17 (permalink) |
His Awesomeness!
Registriert seit: 25.07.2006
Ort: Regnum Borussiae
Beiträge: 9.282
|
Jop, deshalb wurde ja auch empfohlen das Paging für ArmA1 abzuschalten, damit das OS gezwungen wird, das RAM zu nutzen und nicht brachliegen zu lassen Die Idee ist dieselbe, nur wird sie dank RAMDisk anders bewerkstelligt.
Edit: Ich glaube mein erstes war'n 64k Rom-Basic Aber Du hast recht. Früher ist noch optimiert worden, heute wird sich auf den Compiler verlassen. Und Datenoptimierung kommt für Spiele ja auch taktisch nicht mehr in Frage. 8GB über's Netz zu ziehen dauert schon etwas. Ich meine sone Engine wird nich größer als vllt maximal 20MB und dafür musste schon ordentlich in die Tasten prügeln. |
27.10.2009, 12:47 | #18 (permalink) |
Registriert seit: 24.10.2006
Beiträge: 1.761
|
Ich schreib mal jetzt was ganz doofes was leider auch richtig ist. Unter Linux wäre das nicht passiert da wird der speicher vollgeknallt und erst wieder freigegeben wenn er durch eine andere Applikation gebraucht wird (oder voll ist). Virtuellen Speicher abschalten hat bei mir im zusammenhang mit ArmA NIE was gebracht
__________________
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Falsche Disk eingelegt und CTD in Optionen... | Clayman | Technische Fragen & Probleme | 3 | 30.05.2009 08:56 |