PSP-Devices
Semiprofi
Thread Starter
- Mitglied seit
- 11.10.2007
- Beiträge
- 1.495
Intel®BurnTest
Basiert auf Linpack
Download Intel®BurnTest
Download Intel®BurnTest Native 64-bit version für WinPE
LINPACK für MS Windows/Mac OSX/Linux
- Was macht Linpack?
Linpack berechnet System-Performance in Teraflops
-Warum soll ich Linpack als CPU Stabilitäts-Test benutzen?
Nach meinem Wissen gibt es bis jetzt kein Benchmark welche CPU+RAM so wie Linpack belasten kann
- Wie benutze ich diesen Linpack?
1. In dem Ordner "benchmarks\linpack" muß runme_xeon32.bat (Win32) oder runme_xeon64.bat (Win64) initialisiert werden, 64Bit OS soll schneller sein
2. Vor die Inialisierung muß "OMP_NUM_THREADS" in Notepad auf volle System Kern-Zahl geändert werden (ACHTUNG! Für Linpack 10.0 brauchen Sie das nicht zu machen)
- Wie geht es weiter?
Danach soll File lininput_xeon32 oder lininput_xeon64 konfiguriert werden
1. # number of tests - Matrix-Menge die berechnet wird, die soll edentisch "#problem sizes" sein, nachste Zeile, vernünftig wäre "1" und in nächste Zeile mußte maximales volumen angegeben werden der in RAM paßt
2. # problem sizes - Matrix-Volumen der Gleichungen, je mehr ist diese Zahl, desto mehr wird die Ergäbniss. Angefangen von 10000 wird die Zuwachs nicht mehr so rapide steigen. Speicher-Volumen wird so berechnet: 8*N^2, zB 10000=800Mb (ACHTUNG! Wenn mehr angegeben wird als reale Volumen von Speicher berträgt, kriegen Sie höchstwarscheinlich Swaps/BSODs/Blue Screens, es soll auch Platz für OS und Sys. Arbeit gelassen werden 0,5-1Gb)
3. #leading dimensions = Zeile 2.
4. #times - jede Aufgabe mit Matrix-Volumen aus "#problem sizes" wird "#times" Mal wiederholt
5. #alignment - bleibt "4"
- Wofür ist diese Test noch zu Nutzen?
Diese Test könnte wie zB Prime benutzt werden - dafür sollen Sie auf Residual(norm) achten, bei nicht ausreichendem System-Stabilität kann folgendes passieren (auch unter Linux):
1. Wenn Sys. sehr unstable ist kommt BSOD/Blue Screen
2. Test kann zu ende sein, aber "Residual(norm)" wird größer als 1,0
3. Residual(norm) kann von mal zu mal unterschiedlich sein, ungeachtet davon das "# problem sizes" fixiert und ungeändert bleibt
Dies alles sind zeichen für unstable System.
Konfig-Beispiel für Sys. mit 2048Mb RAM:
Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
200 #times to run a test
4 # alignment values (in KBytes)
Für 4GB statt 13700 - 21000 eingeben. Für 8GB -30000 u s.w.
*Linpack 10 kann in einigen Fällen "Error: info returned =***" ausgeben, das ist normal
Real erreichbahre Performance:
AXP, P4 ~ 75-80%
K8 ~85-90%
Core2 ~80-90%
K10 - to be found
Theoretisch erreichbahre Performance:
für Athlon XP, P4, K8 X 2.
für Core2, K10 X 4.
Beispiele für Linpack 10.0
zB Konfiguration für 20 Loops 32Bit OS und 2048MB RAM
Sample Intel(R) LINPACK data file (lininput_xeon32)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
20 #times to run a test
4 # alignment values
oder so, für WinXP SP2 32 bit:
Intel(R) Optimized LINPACK Benchmark 10.0
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
50 # times (trials) to run a test
4 # alignment values (in KBytes)
oder so, für zB Core 2 Quad Q6600, 2*2 GB DDR2 1020 MHz und Windows Vista Ultimate x64 SP1:
Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
21000 # problem sizes
21000 # leading dimensions
30 # times to run a test
4 # alignment values (in KBytes)
dann einfach "runme_xeon32.bat" in den Ordner "benchmarks\linpack" ausführen, Ergäbniss
Gesamergäbniss siht ungefäir so aus:
Linpack 10.0 ist viel besser für 64Bit OS optimiert, also wundern Sie sich bitte nicht, das sich zwischen 64 und 32Bit OS Performance-Unterschiede ergäben.
Ich schlage vor, die Ergäbnisse in solche Form zu posten:
Ich bitte alle, die Fehler eintdeckt haben, sich bei mit zu melden, Danke.
Basiert auf Linpack
Download Intel®BurnTest
Download Intel®BurnTest Native 64-bit version für WinPE
LINPACK für MS Windows/Mac OSX/Linux
- Was macht Linpack?
Linpack berechnet System-Performance in Teraflops
-Warum soll ich Linpack als CPU Stabilitäts-Test benutzen?
Nach meinem Wissen gibt es bis jetzt kein Benchmark welche CPU+RAM so wie Linpack belasten kann
- Wie benutze ich diesen Linpack?
1. In dem Ordner "benchmarks\linpack" muß runme_xeon32.bat (Win32) oder runme_xeon64.bat (Win64) initialisiert werden, 64Bit OS soll schneller sein
2. Vor die Inialisierung muß "OMP_NUM_THREADS" in Notepad auf volle System Kern-Zahl geändert werden (ACHTUNG! Für Linpack 10.0 brauchen Sie das nicht zu machen)
- Wie geht es weiter?
Danach soll File lininput_xeon32 oder lininput_xeon64 konfiguriert werden
1. # number of tests - Matrix-Menge die berechnet wird, die soll edentisch "#problem sizes" sein, nachste Zeile, vernünftig wäre "1" und in nächste Zeile mußte maximales volumen angegeben werden der in RAM paßt
2. # problem sizes - Matrix-Volumen der Gleichungen, je mehr ist diese Zahl, desto mehr wird die Ergäbniss. Angefangen von 10000 wird die Zuwachs nicht mehr so rapide steigen. Speicher-Volumen wird so berechnet: 8*N^2, zB 10000=800Mb (ACHTUNG! Wenn mehr angegeben wird als reale Volumen von Speicher berträgt, kriegen Sie höchstwarscheinlich Swaps/BSODs/Blue Screens, es soll auch Platz für OS und Sys. Arbeit gelassen werden 0,5-1Gb)
3. #leading dimensions = Zeile 2.
4. #times - jede Aufgabe mit Matrix-Volumen aus "#problem sizes" wird "#times" Mal wiederholt
5. #alignment - bleibt "4"
- Wofür ist diese Test noch zu Nutzen?
Diese Test könnte wie zB Prime benutzt werden - dafür sollen Sie auf Residual(norm) achten, bei nicht ausreichendem System-Stabilität kann folgendes passieren (auch unter Linux):
1. Wenn Sys. sehr unstable ist kommt BSOD/Blue Screen
2. Test kann zu ende sein, aber "Residual(norm)" wird größer als 1,0
3. Residual(norm) kann von mal zu mal unterschiedlich sein, ungeachtet davon das "# problem sizes" fixiert und ungeändert bleibt
Dies alles sind zeichen für unstable System.
Konfig-Beispiel für Sys. mit 2048Mb RAM:
Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
200 #times to run a test
4 # alignment values (in KBytes)
Für 4GB statt 13700 - 21000 eingeben. Für 8GB -30000 u s.w.
*Linpack 10 kann in einigen Fällen "Error: info returned =***" ausgeben, das ist normal
Real erreichbahre Performance:
AXP, P4 ~ 75-80%
K8 ~85-90%
Core2 ~80-90%
K10 - to be found
Theoretisch erreichbahre Performance:
für Athlon XP, P4, K8 X 2.
für Core2, K10 X 4.
Beispiele für Linpack 10.0
zB Konfiguration für 20 Loops 32Bit OS und 2048MB RAM
Sample Intel(R) LINPACK data file (lininput_xeon32)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
20 #times to run a test
4 # alignment values
oder so, für WinXP SP2 32 bit:
Intel(R) Optimized LINPACK Benchmark 10.0
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
50 # times (trials) to run a test
4 # alignment values (in KBytes)
oder so, für zB Core 2 Quad Q6600, 2*2 GB DDR2 1020 MHz und Windows Vista Ultimate x64 SP1:
Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
21000 # problem sizes
21000 # leading dimensions
30 # times to run a test
4 # alignment values (in KBytes)
dann einfach "runme_xeon32.bat" in den Ordner "benchmarks\linpack" ausführen, Ergäbniss
findet Ihr in dem File "win_xeon32.txt"Size LDA Align. Residual Residual(norm)
13700 13700 4 1.816194e-010 3.425883e-002
Gesamergäbniss siht ungefäir so aus:
Intel(R) LINPACK data
Current date/time: Mon Jul 14 22:48:53 2008
CPU frequency: 3.600 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:
Number of tests : 1
Number of equations to solve (problem size) : 13700
Leading dimension of array : 13700
Number of trials to run : 10
Data alignment value (in Kbytes) : 4
Maximum memory requested that can be used = 1501798096, at the size = 13700
============= Timing linear equation system solver =================
Size LDA Align. Time(s) GFlops Residual Residual(norm)
13700 13700 4 65.970 25.9908 1.885762e-010 3.557109e-002
13700 13700 4 65.975 25.9886 1.885762e-010 3.557109e-002
13700 13700 4 66.004 25.9772 1.885762e-010 3.557109e-002
13700 13700 4 65.880 26.0263 1.885762e-010 3.557109e-002
13700 13700 4 66.450 25.8031 1.885762e-010 3.557109e-002
13700 13700 4 65.957 25.9960 1.885762e-010 3.557109e-002
13700 13700 4 65.899 26.0189 1.885762e-010 3.557109e-002
13700 13700 4 65.902 26.0177 1.885762e-010 3.557109e-002
13700 13700 4 66.040 25.9631 1.885762e-010 3.557109e-002
13700 13700 4 65.917 26.0118 1.885762e-010 3.557109e-002
Performance Summary (GFlops)
Size LDA Align. Average Maximal
13700 13700 4 25.9794 26.0263
End of tests
14.07.2008
23:01
Linpack 10.0 ist viel besser für 64Bit OS optimiert, also wundern Sie sich bitte nicht, das sich zwischen 64 und 32Bit OS Performance-Unterschiede ergäben.
Ich schlage vor, die Ergäbnisse in solche Form zu posten:
Core_2_Duo_E8200@4.000GHz -> 2GB_RAM
Win32XPSP3 -> Linpack_10.0.2.005
Size LDA Align. Time(s) GFlops Residual Residual(norm)
13700 13700 4 70.171 24.4347 1.816194e-010 3.425883e-002
Ich bitte alle, die Fehler eintdeckt haben, sich bei mit zu melden, Danke.
Zuletzt bearbeitet: