Speed in Abhängigkeit der CPU

[Wurmi]

Die Cache-Größe erfahre ich wie, ohne lange in Unterlagen stöbern zu müssen?

Wie Pascal schon gesagt hat: wincpuid hilft unter Windows. Alternativ kann man beim Booten (2. Bildschirm, der eine Tabelle der Systemeigenschaften anzeigt) oder im LINUX-Bootlog (/var/log/boot.msg) nachschauen. Wenn man den genauen CPU-Typ und Takt kennt, ergibt sich die Cache-Größe automatisch.

Wer Messwerte posten möchte, sollte folgendes angeben

* Proz.-Typ, Cache-Größe
* (realer) CPU-Takt
* Bus- / RAM-Takt
* -rt gesetzt ja/nein, Text / Graphic, OS
* Strukturen je Stunde

Bitte über mindestens eine Stunde messen, da der DF-Client ziemlich "unrund" läuft.
Grüßle, Wurmi .

[Michael H.W. Weber]

Für die hier anvisierten Messungen MÜSSEN statistische Kriterien angelegt werden. Das bedeutet, wie Wurmi ja schon sagte, 1 Std. Mindestmeßzeit und dann das Ganze 3x messen oder sowas.

Michael.

[BaRu]

Hier der Link zu den entsprechenden Tools von H.Oda

http://www.h-oda.com/

Gruss
Rüdiger

[[T@H] Kiebitz]

Ohne jetzt an eurem groß angelegtem Test mitzuamchen möchte ich hier mal kurz nen Vergheich machen.

Ich habe letztens Meinen Athlon 1,2 mit 256 Ram und einen P4 1,7 mit 512 Ram gleichzeitig rechnen lassen. Startzeitpunkt von einer Minute ode so abgesehen der Gleiche. Beide mit den gleichen Parametern.

Nach gleicher Laufzeit hatte der AMD bischen was über 10000 während der Pentium gerade mal bei irgendwas über 8000 rumdümbelte.

Und dabei hab ich mit dem AMD noch gearbeitet, der Pentium hatte sonst nix zu tun.

Kiebitz

[Rechtsconsulter]

Nach gleicher Laufzeit hatte der AMD bischen was über 10000 während der Pentium gerade mal bei irgendwas über 8000 rumdümbelte.

Na Klasse, dass sind dann 20 % Abweichung bei gleichen Prozessorwerten wie bei mir. Da habe ich dann ja wohl noch Glück mit meinem P4 gehabt...
Nichts gegen den P4 bei Ballerspielen wie SoF2, Renegade, etc., aber in Punkto DF war das dann ja wohl nicht so die berauschendste Anschaffung.

Naja, da ich gerade noch einen weiteren Arbeitsplatz im Büro einrichte und überlege, was da so an Rechner reinkommt, dürfte AMD wohl das Rennen gemacht haben, da Intel für Büroanwendungen sowieso keinen Unterschied zu AMD macht. So faltet es dann wenigstens noch ein bischen mehr im Büro...

[Rechtsconsulter]

Wer Messwerte posten möchte, sollte folgendes angeben
(...)

* Strukturgröße?

Da heute das Update des Proteins erfolgt, werde ich wohl besser meine Ergebnisse zum neuen Protein beisteuern, bevor ich der einzige mit dem alten Salat sein sollte. Die Ergebnisse des derzeitigen Proteins habe ich aber aufgeschrieben, falls die benötigt werden sollten.

Mit "sandra2002a" ließen sich die Daten zu Prozessor, Cache, etc. übrigens prima auslesen. "Wincpuid" wollte sich irgendwie nur mit einer Downloadrate gegen Null auf meine Platte bringen lassen.

Tschau RC

[LIWI]

so ein Mist habe mir als neuen Rechner endlich mal wieder eine INTEL-Kiste zugelegt und dann sowas Rechenleistung wieder für den Ars..... und ich dachte DF ist für INTEL Gurken optimiert naja ab nächste Woche werde ich mal die INTEL Kiste in Betrieb nehmen und mal sehen was das Teil kann beim rechnen ansonsten läuft Seti oder UD wieder war ich fast immer mit zufrieden da sie stabil laufen Gruss Stefan

[Wurmi]

Also hier mal die ersten Ergebnisse.

Rechner: 2x P2-400 (16K L1, 512K L2 halber CPU-Takt), 100 Mhz Bus & RAM (-222), 1GB
Client: LINUX, 2 Prozesse, Textausgabe, "-qf -df -rt"

alter Client (157): 1350 structs / h / CPU, 81300 structs / GHz / Tag (netto), 85600 brutto
neuer Client (156): 735 structs /h / CPU, 44100 structs / GHz / Tag (netto), 46400 brutto

"Brutto" ist pauschal 5% höher als "Netto", da die Prozesse jeweils ca. 95% CPU-Zeit zugeteilt bekommen haben. Wegen des sehr ähnlichen Aufbaus sollten die Werte für alle P2/3 bis 550 MHz gelten.

Nett wären jetzt ein paar Vergleiche mit Celeron, P3 (>= 600), Athlon (256K / 512K) und P4 (256K / 512 K).

Grüßle, Wurmi .

[Rechtsconsulter]

Zum alten Client (157) hier meine Meßergebnisse:

Alle Rechner mit Textclient "-df - i f -rt" und Betriebssystem WinXP pro.
Werte Rechner angezeigt mit Sandra2002a. Werte Strukturen mit dfGUI, daher nicht wie im "Normalbetrieb" über Batch mit zusätzlich "-g 0" gestartet.

Intel Pentium 4, CPU 1700 MHz, 256 kB Cache, Bustakt 4 x 100 MHz, 896 MB RAM: 3.465 Str./h

Intel Pentium 3, CPU 667 MHz, 256 kB Cache, Bustakt 1 x 133 MHz, 512 MB RAM: 1.985 Str./h

AMD Duron M7, CPU 1200 MHz, 3 x 64 kB Cache, Bustakt 2 x 100 MHz, 640 MB RAM: 3.744 Str./h
PS: Interessant, dass es sich um einen Duron handelt, er meldet sich beim Booten mit Athlon 1200

Die Werte (gemessen je 3 x 1 h und Durchschnitt errechnet) weichen interessanterweise von meinen vorherigen Ergebnissen nach unten hin ab. Der Duron1200 hat meist von 18 Uhr - 10 Uhr so um die 62.000 Str. errechnet = 3.875 Str./h, der P4 so an die 59.000 = 3.687 Str./h.

Zu dem 156erClient liefere ich die Werte alsbald nach.
Ich könnte noch Ergebnisse für einen 750er Duron und einen P2-266 nachliefern, aber nur mit dem neuen Client.

Tschau RC

[BrainMcFly]

PS: Interessant, dass es sich um einen Duron handelt, er meldet sich beim Booten mit Athlon 1200

Ein Biosupdate sollte das korrigieren

[Wurmi]

Die Werte (gemessen je 3 x 1 h und Durchschnitt errechnet) weichen interessanterweise von meinen vorherigen Ergebnissen nach unten hin ab.

Wenn ich die zwei Clientprozesse auf meinem Dual-System laufen lasse, habe ich auch regelmäßig Spreizungen von ca. 5% (nach 1 Stunde), die dann nach 10 Stunden so auf 1..2% zurückgehen.

Ansonsten einfach alle greifbaren Werte posten oder mir schicken (polarfox@t-online.de). Ab morgen bin ich eine Woche nicht am Rechner, werde danach aber die Ergebnisse zusammenstellen. Ich denke, die nötige Normierung (bzgl. OS & Protein) sollte ich hinbekommen . Diese Nacht werde ich jedenfalls mal W2K anwerfen - auch wenn's weh tut .

Grüßle, Wurmi .

[Michael H.W. Weber]

Ok - nochmal im Detail: DF-Läufe, die - selbst auf demselben System - nur zeitlich geringfügig versetzt gestartet werden, sind GENERELL NICHT vergleichbar. Sie starten nämlich mit unterschiedlichen Anfangsparametern. Daher hatte ich oben darauf hingewiesen, daß statistisch BREIT angelegte Messungen durchgeführt werden müßten, wenn das alles etwas bringen soll. Aus diesem Zusammenhang ergeben sich auch eure Abweichungen, denke ich.

Michael.