Oblivion Ruckelt Trotz Erforderlicher Hardware

[Gorkon]

Wenn ich mehr FPS wollte, müßte ich doch nur die Auflösung reduzieren.

...

Nützt nichts, wenn das Spiel durch die CPU limitiert wird. Der Prozessor berechnet ausschließlich Daten, die unabhängig von der Auflösung sind.

Außerdem gibt es da Tricks und Kniffe, noch ein wenig mehr Leistung zu erhalten ohne die Hardware zu übertakten. Schon mal dran gedacht, die Auslagerungsdatei auf einen USB2 Stick zu packen?

...

Interessanter Gedanke. Aber aus vielerlei Hinsicht imho nicht zu empfehlen:
1) Festplatten haben immer noch höhere Schreibgeschwindigkeiten als Flash-Speicher (wie er bei USB-Sticks verwendet wird). Sofern nicht ständig Grafikdaten geladen und gleichzeitig ausgelagert wird, bringt es keine Geschwindigkeitsvorteile.
2) Wenn du den Stick versehentlich abziehst bzw. Windows ihn mal nicht korrekt erkennt, wird Windoze unglaublich Terror machen. Eher gleich mit einem Bluescreen abschmieren.
3) Die Lebensdauer von Flash-Speicher hängt primär an der Anzahl der Schreibvorgänge. Und solche gib es beim Auslagern viele. Bei derartiger Nutzung ist das Ding schnell hinüber.

[Mr_Tea]

Bluescreen??? Kann man das essen?
An sowas kann ich mich nur wage erinnern. Ach ja, stimmt ja, WinXP mit seinem Hang zum Unerwarteten.
Nee mal ehrlich, ich bin zwar nur ein dummer MCP der seit vielen Jahren seine Computer selbst baut, aber ein wenig Erfahrung habe ich schon.

Auch die Aussage, nur die CPU könne die Spielleistung limitieren ist schlicht unrichtig.
Bei geringerer Auflösung können Spiele von der GPU schneller berechnet werden. Es sind dann ja auch weniger Bildpunkte zu berechnen, und das Bild ist dann auch kleiner(in MB). Ich bezog mich im übrigen darauf, das ich Oblivion in 1600x1200 spiele.
Lebensdauer von Flashspeicher?
Lang genug, und bei 30€ für einen 2GB USB2 Stick beklage ich mich nicht, wenn der nach ein paar Monaten den Geist aufgibt.

[Gorkon]

Auch die Aussage, nur die CPU könne die Spielleistung limitieren ist schlicht unrichtig.

...

Habe ich so auch nicht gemeint. Sowohl CPU als auch GPU können limitierende Faktoren sein. Aber es geht hier um einen Stadtlevel in einer schlecht optimierten Engine. D.h. sie berechnet die Polygonstrukturen der Häuser auch dann, wenn sie sich hinter andren Objekten befinden, also gar nicht sichtbar sind. Polygonmodelle sind unabhängig von der Auflösung und eine reine Sache der CPU. Die darf sich zusätzlich noch mit KI und Physik rumschlagen. Wenn in dieser Situation die Framerate einbricht, weil die CPU nicht hinterherkommt, kannst du an der Auflösung schrauben, wie du willst - bringt nichts.

[Mr_Tea]

Natürlich, wenn die CPU nicht hinterherkommt bringt auch das herunterschrauben der Auflösung nichts.
Wenn die Kaiserstadt nicht in so viele Bereiche unterteilt währe, bräuchte man einen Supercomputer um Oblivion zu Spielen. Zumindest sobald man die Kaiserstadt betritt.
Aber so ist es die Stadt in der die Performance stabil bleibt, selbst wenn durch einen Bug Schwarzbogenbanditen vom Tiber Septim Hotel aus die Stadt unsicher machen und sich eine regelrechte Schlacht entwickelt.

[Faegan]

Äähm ich bin wohl kaum besonders technik-versiert, aber ist RAM nicht auch ein Flash-Speicher? So weit ich weiß lässt es sich darauf doch schneller schreiben als auf eine Festplatte.. Flash heißt es doch auch, weil es so schnell geht..

[Mr_Tea]

Einer der Vorteile von Flash-Ram ist, das keine Mechanik bewegt werden muss.
Da sind keine Schreib- Leseköpfe die in Position gebracht werden müssen, um dann von einer Position auf einer rotierenden Scheibe Daten zu lesen.

[Faegan]

Und was ist insgesamt schneller? Der Kopf einer Festplatte muss sich z.B. doch auch bewegen, zwar durch die Rotation nicht nach rechts oder links, aber doch nach innen und außen (von der runden Platte aus gesehen).

[Mr_Tea]

Alleine von der Datenübertragung her betrachtet ist die Festplatte deutlich schneller, es kann nur einen kleinen Moment dauern bis die Daten wirklich gelesen werden.
Im Spielbetrieb ist das aber graue Theorie.
Wenn Oblivion Daten von der Festplatte saugt ist an IDE0 so schon ne Menge Traffic, auch ohne Auslagerungsdatei auf der HD.

[Faegan]

Äähm, HD heißt doch "HardDrive", oder? Und das ist doch die Festplatte...
Der Traffic an IDE0 ist aber trotzdem nicht der Zugriff auf die Festplatte, weil die Auslagerungsdatei sich doch im RAM befindet, oder nicht?

[Mr_Tea]

Die Auslagerungsdatei enthält Daten die aus Platzmangel nicht mehr im RAM bleiben können, aber noch benötigt werden. Darum befindet sich die Auslagerungsdatei nicht im RAM, sondern normalerweise auf der Festplatte.

[MacGyver8472]

weil die Auslagerungsdatei sich doch im RAM befindet, oder nicht?

...

Die Auslagerungsdatei soll Daten aus dem RAM auslagern. Was hätte das für ein Sinn wenn diese ebenfalls im RAM wäre?
Da fällt mir gerade wieder ein wirklich blöde Tipp der Computer Bild (nein, ich lese die nicht) ein. Bitte nicht machen!
Die haben geschrieben das man sich ein RAM-Laufwerk erstellen und seine Auslagerungsdatei darauf umleiten soll. Sollte jedem der ein wenig Verständnis dafür hat klar sein was dann passiert

Zum tunen der Oblivion.ini kann ich den Tweaper empfehlen. Damit kann man unter anderem die Dual-Core Einstellungen vornehmen. Sehr empfehlenswert.

[Faegan]

Okay... Also die Auslagerungsdatei befindet sich doch auf der HD. Aber dann geht doch trotzdem alles über IDE0! Dadurch wird das doch nicht schneller!

[ruben86]

Wer sagt den das was schneller wird?

@threadersteller
Läufst den jetzt bei dir?

[MacGyver8472]

Meinst du das mit dem RAM-Laufwerk? Das ist sehr wohl schneller nämlich genau so schnell wie der RAM da es eben nicht uber IDE0 geht. Kann von der logik auch nicht gehen da es nicht am HDD-Controller hängt sondern virtuell im RAM ist.

Ist in etwa so wie die virtuellen CD/DVD-Laufwerke von z.B. NERO. Diese sind auch nicht physisch vorhanden werden aber so behandelt. Dadurch das sie aber keine mechanischen Teile haben können sie theretisch Geschwindigkeiten erreichen die der Festplatte entspricht. Praktisch werden die bei 200fach CD und 22fach DVD (beides ca 30Mb/s) abgebremst.