Stresstest: RAM & Laufwerke ... aber wie?

[psd-sign]

Hallo Delphi-Fans

Ich programmiere mit Delphi (Version 7) z.Z. ein Tool, das sowohl Systeminfos auswirft, als auch Komponenten testet. Der CPU-Test & der Grafikkartentest sind fertig und nun frage ich mich, wie ich RAM & Festplatte testen kann ... konkrete Fragen:


- Wie erfasse ich die Geschwindigkeit des RAMS ?
- Wie erfasse ich die Geschwindigkeit der Laufwerke (Lesen/Schreiben) ?
- Wie setzte ich RAM bzw. Laufwerk unter "Stress" ?


Bemerkung:
- Zeitmessung ist dabei nicht näher zu erläutern. Z.z. arbeite ich meistens mit QueryPerformanceCounter der WinAPI oder bei ungenauerer Messung auch mal mit GetTickCount ...

- JA, die Forensuche habe ich bemüht ... aber nicht die richtigen Themen gefunden. Wenn ich etwas übersehen habe: Mea Culpa

[himitsu]

Festplatte:
das Accoustic Management abschalten
und dann in zufälliger Reinfolge die Sektoren der Platte auslesen.

[R2009]

Hi,
Acoustic Management brauchst du nicht berücksichtigen. Ist sowieso fast nirgendwo (in Harddiskfirmware) eingebaut und benutzt wirds noch seltener.
Die Zugriffsperformance zu messen ist recht schwer. Es macht keinen Sinn einfach nur zu schreib/lese Zyklen zu fahren.
Das Problem dabei ist die Geometrie der Harddisk. Sektoren die nahe beieinander liegen werden naturgemäss schneller beschrieben als Sektoren die (mechanisch) weit auseinander liegen.
Um ein effiktiv gutes Ergenis zu erziehlen müsstest du also bewusst in weit von einander entfernte Sektoren schreiben.
Die zweite Möglichkeit wäre eine statistische Auswertung des Datentraffics von und zu der Festplatte.
Wie man das macht weiss ich nicht.


Viele Grüsse

[himitsu]

ich hab es in nahezu allen Festplatten drin und es ist auch aktiviert, wobei die Festplatte damit auch etwas ausgebremst wird und somit weniger zu stressen ist.

und das geziehlte anspringen von geometisch weit entfernten Sectoren ist nahezu unmöglich zu bestimmen, da die Geometrieinfos der Plattenschon lange nicht mehr stimmen :cry:

[R2009]

Hi himitsu,

ich muss nicht mit Gewalt recht haben aber bei unseren 450 Rechnern (HP's und IBM's) gibts den acoustic... nicht.
In meinem ganzen Umfeld ebenfalls nicht.
Unser Administrator hat mich ausgelacht. "Schnee von Gestern, macht Heute kein Mensch mehr"

Zur Performancemessung:
Man sollte die Messung so durchführen, dass die Geometrie statistisch berücksichtigt wird.
Wenn man also nicht weit entfernte Sektoren heranziehen kann, so bleibt nur die Möglichkeit
sehr viele, verschiedene Daten, über sehr lange Zeit zu schreiben.
Dann kannst du davon ausgehen dass die Geometrie (statistisch) berücksichtigt ist.

Immer das gleiche File schreiben und lesen ist sinnlos.

Ausserdem ist der schreib/lesecache abzuschalten.

So einfach, wie es aus deiner Mail erscheint, ist das Thema jedenfalls nicht abzuhandeln.

Viele Grüsse

[himitsu]

seit ich meinen PC auf lüfterlos umgestellt hab
und nun die Festplatten hören kann, hab ich's wieder aktivert :angel2:

nja, mir isses eher untergekommen, daß es die Fesplatte kann, aber es vom IDE-Controler nicht weitergereicht wird (so liefs's bei meinem alten PC nur via Parallel-ATA und nicht via S-ATA :? )

wenn man über das Dateisystem geht, kann man eh nicht bestimmen, wo diese Dateien liegen.
und geht man direkt auf den Datenträger los, dann läuft das erstmal sowieso nicht über die WindowsFileCache ... bleiben nur noch die Cache der Hardware (Platte und Controler)

[R2009]

Hi himitsu,

Zitat:

wenn man über das Dateisystem geht, kann man eh nicht bestimmen, wo diese Dateien liegen.

Hab ich doch gesagt. Das lässt sich dann nur noch statistisch ermittlen. Ob, wenn man versucht direkt
auf die Platte zu schreiben oder zu lesen, der Cache (Windoof) eine Rolle spielt kann ich nicht sagen,
deshalb abschalten.

Mit dem Cache in der Festplatte hast du natürlich Recht, eigentlich muss der auch abgeschaltet werden.

Viele Grüsse

[psd-sign]

OKAAAAAY,

streichen wir nach weiterem Lesen über Festplattenarchitektur & damit zusammenhängendem Zugriff mal den Festplatten-Test. No Need !!

Aber die Belastung des RAMS ist weiter spannend.

[himitsu]

an den RAM kommst du noch weniger ran.
die Programme bekommen da etwas in ihren virtuellen Adressraum eingeblendet, aber ob das Tatsächlich physischer RAM ist oder z.B. Auslagerungsdatei, ist ja nicht so festgelegt.
und physischen RAM anzufordern (siehe LUA) ist nicht sooo einfach und oftmals nichtmal freigegeben.

[Reinhard Kern]

Zitat:

Zitat von himitsu

an den RAM kommst du noch weniger ran.
....

Hi,

unter einem komplexen Betriebssystem grundsätzlich garnicht: das System nimmt ja einen merklichen Teil des Ram ein und kann sich nicht selbst ins Jenseits befördern (DOS konnte das noch). Also braucht man ein extrem abgemagertes System, das sich möglich noch selbst verlagern kann, um das selbst belegte Ram zu testen, oder gleich einen RAM-losen Betrieb, wie beim POST (Power On Self Test). Da steht ja das Programm in einem PROM.

Gruss Reinhard

[DevidEspenschied]

Darf ich Euch mal das Projekt "OpenSourceMark" (hier) ans Herz legen ? Dabei handelt es sich um eine Stabilitätssuite mit verschiedenen Tests, mitunter auch Festplatten und Speicher. Delphi-Code ist ebenfalls verfügbar.

[psd-sign]

Danke für die Hilfe :)

[Apollonius]

Mit VirtualLock solltest du Windows eigentlich dazu bewegen können, eine Speicherseite im RAM zu halten. Wenn ein Fehler zurückkommt, musst du allerdings passen.

[himitsu]

VirtualLock sorgt zwar dafür, daß der virtuelle Speicher im physischen RAM bleibt,
aber schonmal wo er im RAM liegt, kann man damit nicht bestimmen.

Außerdem kann man damit nich sehr viele Speicherseiten sperren:

Zitat:

Each version of Windows has a limit on the maximum number of pages a process can lock. This limit is intentionally small to avoid severe performance degradation.

Ich hab hier z.B. 4 GB RAM und die Größe, welche ein Prozeß hier standardmäßig maximal sperren darf, liegt bei netten 1,3 MB, womit man natürlich sehr weit kommt. :stupid:

[Mithrandir]

Zitat:

Zitat von R2009

ich muss nicht mit Gewalt recht haben aber bei unseren 450 Rechnern (HP's und IBM's) gibts den acoustic... nicht.
In meinem ganzen Umfeld ebenfalls nicht.
Unser Administrator hat mich ausgelacht. "Schnee von Gestern, macht Heute kein Mensch mehr"

Is ne Lizenzfrage:

Zitat:

Bestimmte für AAM relevante Technologien sind durch Patente der Firmen Convolve (US 6314473) und Seagate (US 6704159) geschützt.

Deswegen kann man mit absoluter Sicherheit sagen, dass zumindest in Seagate-Platten dieses Feature eigentlich immer aktiv ist. Google mir gerade die Finger nach einer Delphi-implentation wund. Hab das mal angefangen, aber offensichtlich habe ich die Klasse nicht beendet. Den Umstand will ich grad beheben und bin zufällig über diesen Thread gestolpert. ;)

[himitsu]

schau mal nach IOCTL_IDE_PASS_THROUGH und ATA_PASS_THROUGH.IdeReg.Features = $42,
darüber kann ich bei einigen HDDs etwas einstellen, leider gibt es oftmals Probleme bei Schnitstellen via USB oder SATA :cry:

$42 = Subcommand Enable Automatic Acoustic Management feature set
(für genaueres müßte ich erstmal in einem alten Code genauer nachsehn, was ich wie und wo gemacht hab ... da zeigt sich mal, wie schlimm es ist, wenn GUI und Funktion nicht getrennt sind)

[Mithrandir]

Hi himi,

schtümmt, ich hab mir die Unit nochmal genauer angesehen. Offensichtlich wollte ich damals (vor 3 Jahren) was von C nach Delphi übersetzen. Hab nämlich dit hier gefunden:

Delphi-Quellcode:

{ // neuen Wert setzen
     memset(&ATARegs, 0, sizeof ATARegs);
     ATARegs.Reg[6] = 0xEF;    // ATA-Befehl SET FEATURES
     ATARegs.Reg[0] = 0x42;    // Subcommand Enable Automatic Acoustic Management feature set
     ATARegs.Reg[1] = NewValue;}

Alles hübsch auskommentiert. ;) Ich muss irgendwie mal n C-Source dafür gehabt haben... :gruebel:

[himitsu]

Zitat:

Subcommand Enable Automatic Acoustic Management feature set

ich glaub wir hatten die selben Quellen oder Quellen mit den selben Quellen :lol:

[Mithrandir]

Zitat:

Zitat von himitsu

Zitat:

Subcommand Enable Automatic Acoustic Management feature set

ich glaub wir hatten die selben Quellen oder Quellen mit den selben Quellen :lol:

Na super. :lol: Nur finde ich sie nicht mehr... :gruebel: :wall: