[Review] Hat der uralt Sockel 1366 eine Chance gegen Skylake? Westmere als CPU Geheimtipp..

AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Jo, damals war das gut ;-)

Der alte SDRAM ist ja richtig uebel mit seinen 40MB/s :D

Sind 8MB oder so


/e: Ueberlege einen RAID 5 aufzusetzen statt RAID 0

Wie kann ich denn da die theoretische Performance ausrechnen?
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Ich hab noch mal ein kleines Update von meinem Programm. Der Kram läuft jetzt mit AVX, setzt also leider eine entsprechende CPU voraus. Und leider läuft das momentan noch nicht mit OpenMP, wobei AXPY eh speicherlimitiert ist und daher nicht so gut mit steigender Threadzahl skaliert.

Einmal mit 1 GB Daten:
Code:
axpy OpenMP version 1.0.1
Built on Jul  2 2014 00:44:38

Warning: Using AVX with OpenMP is not yet supported.

Settings
========
Vector Size: 33554432
  Total Mem: 1024.00 MB
    Threads: 1
        AVX: Enabled

Initializing test data...
Running tests...
Test    Time           MB/s
=============================
   1    0.041741     24531.97
   2    0.040962     24998.92
   3    0.041098     24916.35
   4    0.040980     24987.50
   5    0.041017     24965.22
   6    0.041208     24849.66
   7    0.041170     24872.44
   8    0.041296     24796.67
   9    0.041017     24965.40
  10    0.041211     24847.54
=============================
Avg.    0.041170     24873.17
Cleanup...
Und einmal mit 8 GB Daten
Code:
axpy OpenMP version 1.0.1
Built on Jul  2 2014 00:44:38

Warning: Using AVX with OpenMP is not yet supported.

Settings
========
Vector Size: 268435456
  Total Mem: 8192.00 MB
    Threads: 1
        AVX: Enabled

Initializing test data...
Running tests...
Test    Time           MB/s
=============================
   1    0.330854     24760.20
   2    0.328658     24925.64
   3    0.328457     24940.85
   4    0.330588     24780.08
   5    0.329380     24870.96
   6    0.328045     24972.15
   7    0.330604     24778.87
   8    0.328329     24950.61
   9    0.327510     25012.99
  10    0.330447     24790.63
=============================
Avg.    0.329287     24878.30
Cleanup...
Mit knapp 25 GB/s bin ich sehr nah am theoretischen Limit meiner Kiste (1600 MHz * 64 Bit / (8 Bit/Byte) * 2 Channels = 25,6 GB/s), besser geht es quasi nicht :-)
 
Zuletzt bearbeitet:
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

jetzt doch tatsächlich jemad 85€ für das fsc brett bezahlt, obwohl es das mit 60€ sofortkauf gab
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

na ich denk schon. welches brett isn das? ich würde dem käufer einen preis nachlass abschwatzen und die hinbiegen, da hab ich in meiner aktiven zeit schon schlimmeres gesehn was wieder behoben werden konnte, aber schön vorsichtig nicht mit gewalt.
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Hatte ich auch mal bei einem Board, da war es zwar nicht ganz so schlimm, reichte aber für ECC Fehlermeldungen. Mit einer Büroklammer habe ich Grobmotoriker das wieder repariert, die zwei, drei Stellen sieht man jetzt nicht mal mehr. Man braucht auf jeden Fall eine ruhige Hand und ne Lupe kann auch nicht schaden. Ich nehme mal an, der Sockelschutz war nicht dabei (kleine "Plastik-CPU"), der soll so etwas nämlich eigentlich verhindern.
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Es hängt vom Pin ab, der betroffen ist. Masse-Pins sind eher unkritisch, wenn das wie bei mir aber Signal-Pins sind, dann müssen die schon vernünftigen Kontakt haben. Bei mir stürzte die Kiste zwar nicht ab (war über ein Jahr im 24/7 Betrieb als ESXi Host), aber irgendwann hatte ich halt im Log extrem viele ECC Fehlermeldungen gesehen. Daraufhin habe ich die Kiste auseinandergenommen und ein paar leicht verbogene Pins entdeckt. Es kann allerdings auch sein, dass das System gar nicht erst startet oder ständig abstürzt, hängt halt davon ab, welche Pins betroffen sind.
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Irgendwie ist der RAM mega langsam

Bei den Latenzen habe ich jetzt bei 2x 8GB im Single Channel gerade mal 83ns (2ns weniger als bei den single ranked) und 20GB/s

Die 4 weiteren kommen erst noch
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Das mit der Latenz kann hinkommen, Wunder sind da auch eigentlich nicht zu erwarten gewesen. Und 20 GB/s für Single Channel ist auch gut (womit getestet?).
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Das mit der Latenz kann hinkommen, Wunder sind da auch eigentlich nicht zu erwarten gewesen. Und 20 GB/s für Single Channel ist auch gut (womit getestet?).

Also ist das gut? :D

Muss man doch durch 2 teilen weil es sind doch 2 CPUs

Hoffentlich erreiche ich die 57GB/s der Single Ranked Module

Habe es mit AIDA 64 getestet

Der RAM taktet runter auf 1333Mhz :( Jedoch ging der andere auch nur bis 1333Mhz

Ist der bei Triple Channel dann also 3 mal so schnell?
 
Zuletzt bearbeitet:
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Das der RAM runter takten könnte, hatte ich glaube ich schon mal erwähnt ^^
Quad Rank RAM stellt eine stärkere elektrische Belastung für die Busse dar, daher wird automatisch heruntergetaktet, um einen stabilen Betrieb gewährleisten zu können.

Die Aufteilung bei einem Mehrsockelsystem hängt vom Benchmark ab, das kannst du so pauschal nicht sagen. Außer du schaltest NUMA ab, dann werden beide Nodes gleichwertig verwenden (Node Interleaving). Wie gesagt, hängt von der Anwendung ab. Wenn die Anwendung NUMA-aware ist, bringt das nichts (wird eher langsamer), andersherum kann es etwas bringen. Beispiel:

Ein Programm erzeugt auf CPU A 4 GB an Daten, die komplett im Speicher von CPU A liegen. Anschließend werden alle Kerne zum Rechnen verwendet. Die Kerne von CPU A können dabei direkt auf den Speicher zugreifen, die Kerne in CPU B müssen hingegen für fast jeden Speicherzugriff über den NUMA-Link (QPI bei Intel, HT bei AMD) gehen. Wenn die Anwendung nun speicherlimitiert ist, also die Geschwindigkeit vom Speicherzugriff und nicht von der CPU Leistung abhängt, hast du an der Stelle eventuell ein Performanceproblem. Wenn man Node Interleaving aktiviert (UMA), dann sieht das anders aus. Speicher wird dann nicht bei der jeweiligen CPU reserviert, sondern in Blöcken auf alle Nodes verteilt (bspw. 4k auf CPU A, 4k CPU B, 4k CPU A, ...). Dann sind zwar mehr Speicherzugriffe langsamer,aber dafür sind sie gleichmäßiger verteilt.
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Das der RAM runter takten könnte, hatte ich glaube ich schon mal erwähnt ^^
Quad Rank RAM stellt eine stärkere elektrische Belastung für die Busse dar, daher wird automatisch heruntergetaktet, um einen stabilen Betrieb gewährleisten zu können.

Die Aufteilung bei einem Mehrsockelsystem hängt vom Benchmark ab, das kannst du so pauschal nicht sagen. Außer du schaltest NUMA ab, dann werden beide Nodes gleichwertig verwenden (Node Interleaving). Wie gesagt, hängt von der Anwendung ab. Wenn die Anwendung NUMA-aware ist, bringt das nichts (wird eher langsamer), andersherum kann es etwas bringen. Beispiel:

Ein Programm erzeugt auf CPU A 4 GB an Daten, die komplett im Speicher von CPU A liegen. Anschließend werden alle Kerne zum Rechnen verwendet. Die Kerne von CPU A können dabei direkt auf den Speicher zugreifen, die Kerne in CPU B müssen hingegen für fast jeden Speicherzugriff über den NUMA-Link (QPI bei Intel, HT bei AMD) gehen. Wenn die Anwendung nun speicherlimitiert ist, also die Geschwindigkeit vom Speicherzugriff und nicht von der CPU Leistung abhängt, hast du an der Stelle eventuell ein Performanceproblem. Wenn man Node Interleaving aktiviert (UMA), dann sieht das anders aus. Speicher wird dann nicht bei der jeweiligen CPU reserviert, sondern in Blöcken auf alle Nodes verteilt (bspw. 4k auf CPU A, 4k CPU B, 4k CPU A, ...). Dann sind zwar mehr Speicherzugriffe langsamer,aber dafür sind sie gleichmäßiger verteilt.


Kann der QPI Link limitieren?

Ist der RAM ueberhaupt noch fuer vernuenftiges Spielen geeignet?

Bringt es was wenn ich bei Single CPU Systemen den QPI Link auf 10 oder 11GT/s hochziehe?
 
Zuletzt bearbeitet:
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Im Falle von Single Socket wird über QPI nur die Kommunikation mit dem IOH ("Chipsatz") durchgeführt, siehe z. B. hier. Da bringt OC wenig bis gar nichts. Bei Mehrsockelsystem geht allerdings die NUMA-Kommunikation darüber, das kann also je nach Anwendung durchaus ein Problem werden.

Bis jetzt sieht das mit dem RAM ja eigentlich nicht schlecht aus. Hast du mal mein Tool getestet, was der misst?
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Muss das 100% sein? Der Verkäfer ist uneinsichtig :-) ( links sind die verbogenen) Pic-Upload.de - IMG_20140702_153913.jpg

ich würde ihm die bilder schicken und wenn in der auktion davon nix stand mit einer etwas schlechteren bewertung drohen. ein paar euro runtergehen schaden doch da niemanden.

ich hab im luxx forum jemanden der ein gb ud5 hat, soll ich mal nach dem preis fragen?

EDIT 120€ inkl. wird verlangt


ciao,
david
 
Zuletzt bearbeitet:
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Mit deinem Tool habe ich 4185MB/s :D
 
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

Mit deinem Tool habe ich 4185MB/s :D
Bei allen Kernen? Hast du das mal mit einer niedrigen Threadzahl probiert? Weil das ist ein non-NUMA-aware Tool ;-)
Das scheint mir nämlich doch zu wenig zu sein, das müsste höher liegen. DAXPY ist speicherlimitiert, das rechnet quasi nix.
 
Nee, ich meine hast du das mal mit -t 1 oder -t 2 gestartet?

Im Anhang ist noch mal eine Single Threaded Version, die allerdings SSE unterstützt.

Ohne SSE: axpy.exe -r 10
Code:
saxpy Benchmark 1.0.0.1
Built on Jul  2 2014 19:02:30

Settings
========
Vector Size: 67108864
  Total Mem: 768.00 MB
  Using SSE: No

Test    Time           MB/s
=============================
   1    0.062903     12209.25
   2    0.063236     12144.97
   3    0.063352     12122.81
   4    0.066226     11596.58
   5    0.061957     12395.64
   6    0.063401     12113.41
   7    0.065087     11799.62
   8    0.063079     12175.21
   9    0.062660     12256.56
  10    0.065228     11774.16
=============================
Avg.    0.063713     12058.82
Mit SSE: axpy.exe -r 10 -s
Code:
saxpy Benchmark 1.0.0.1
Built on Jul  2 2014 19:02:30

Settings
========
Vector Size: 67108864
  Total Mem: 768.00 MB
  Using SSE: Yes

Test    Time           MB/s
=============================
   1    0.044773     17153.07
   2    0.041498     18507.03
   3    0.043607     17611.79
   4    0.043208     17774.69
   5    0.040925     18765.95
   6    0.043311     17732.06
   7    0.041765     18388.54
   8    0.045871     16742.48
   9    0.043757     17551.61
  10    0.043840     17518.35
=============================
Avg.    0.043256     17774.56
BTW Die Ergebnisse schwanken schon mal etwas, das habe ich bis jetzt noch nicht 100% in den Griff bekommen. Muss irgendwas mit dem Caching zu tun haben, bei fast 1 GB an Daten hat der einiges zu tun.

EDIT: Update auf der nächsten Seite!
 
Zuletzt bearbeitet von einem Moderator:
AW: [Review] Hat der uralt Sockel 1366 eine Chance gegen Haswell? Nehalem als CPU Geheimtipp..

mit -t2 komme ich auf 5,9GB/s :)
 
Zurück