Seid gegrüßt, werte Forengemeinde.
Ich habe mit dem Benutzer gaussmath ein paar Experimente durchgeführt, da wir beide auf dem TR Software entwickeln...
Getestet wurde die Latenz um Daten von einem Thread auf einen anderen zu schieben.
Dabei fiel uns die EXTREM hohe Latenz auf. Durch Zufall haben wir beim Telefonieren gemerkt, dass der HPET bei mir noch aktiviert war.
Gesagt, getan: HPET ist ein Graus.
Im folgenden ein paar Messwerte:
Distributed, 16C/32T, HPET on:
Query Performance Counter 14.31818 MHz
Latenz Random: 363.5
Latenz 1-1: 81, 110
Latenz 1-2: 184, 212
Latenz 1-17: 138 - 2074 - 551,5 - 416
Distributed, 16C/32T, HPET off
Query Performance Counter 3.31409 MHz
Latenz Random: 52-51-53-51
Latenz 1-1: 14-14-14-14
Latenz 1-2: 17-17-17-17
Latenz 1-3: 18-18-18-18
Latenz 1-17: 58-48-16-48
Distributed, 8C/8T, HPET Off
Query Performance Counter 3.31409 MHz
Latenz Random: 48 - 61 - 428 - 48
Latenz 1-1: 17-14-17-17
Latenz 1-2: 33-42-44-42
Latenz 1-8: 45-355.5-47-379
Local, 8C/8T, HPET Off
Query Performance Counter 3.31408 MHz
Latenz Random: 46-26-46-27
Latenz 1-1: 13-13-13-13
Latenz 1-2: 28-28-28-28
Latenz 1-8: 46-46-46-46
Erkennbar ist also eindeutig:
Der HPET zerstört das Cache Management mal so richtig.
Weiter zu erkennen: Local senkt die Latenzen massiv.
Außerdem erkennbar:
Bei SMT an:
1-1: Selber logischer Kern, 1-2: Selber physischer Kern, 1-3: Verschiedener Physischer Kern, Latenz spielt mit
1-17: Anderes Die
Bei SMT aus:
1-1: Selber physischer Kern, 1-2 Verschiedener Physischer Kern, 1-8: Anderer CCX, selbes Die
Hoffe, das hilft euch.
Verwendete HW:
AMD Threadripper 1950X
Asus ROG Zenith Extreme
4x G.Skill RipJaws V 3200MHz CL14 16GB (getaktet: 1.35V, 3200MHz, 14-14-14-34)
Beste Grüße!
P.S. Hat noch jemand Kaltstartprobleme mit Memory Mode = local?? Ich muss immer den Retry Button bemühen!
Ich habe mit dem Benutzer gaussmath ein paar Experimente durchgeführt, da wir beide auf dem TR Software entwickeln...
Getestet wurde die Latenz um Daten von einem Thread auf einen anderen zu schieben.
Dabei fiel uns die EXTREM hohe Latenz auf. Durch Zufall haben wir beim Telefonieren gemerkt, dass der HPET bei mir noch aktiviert war.
Gesagt, getan: HPET ist ein Graus.
Im folgenden ein paar Messwerte:
Distributed, 16C/32T, HPET on:
Query Performance Counter 14.31818 MHz
Latenz Random: 363.5
Latenz 1-1: 81, 110
Latenz 1-2: 184, 212
Latenz 1-17: 138 - 2074 - 551,5 - 416
Distributed, 16C/32T, HPET off
Query Performance Counter 3.31409 MHz
Latenz Random: 52-51-53-51
Latenz 1-1: 14-14-14-14
Latenz 1-2: 17-17-17-17
Latenz 1-3: 18-18-18-18
Latenz 1-17: 58-48-16-48
Distributed, 8C/8T, HPET Off
Query Performance Counter 3.31409 MHz
Latenz Random: 48 - 61 - 428 - 48
Latenz 1-1: 17-14-17-17
Latenz 1-2: 33-42-44-42
Latenz 1-8: 45-355.5-47-379
Local, 8C/8T, HPET Off
Query Performance Counter 3.31408 MHz
Latenz Random: 46-26-46-27
Latenz 1-1: 13-13-13-13
Latenz 1-2: 28-28-28-28
Latenz 1-8: 46-46-46-46
Erkennbar ist also eindeutig:
Der HPET zerstört das Cache Management mal so richtig.
Weiter zu erkennen: Local senkt die Latenzen massiv.
Außerdem erkennbar:
Bei SMT an:
1-1: Selber logischer Kern, 1-2: Selber physischer Kern, 1-3: Verschiedener Physischer Kern, Latenz spielt mit
1-17: Anderes Die
Bei SMT aus:
1-1: Selber physischer Kern, 1-2 Verschiedener Physischer Kern, 1-8: Anderer CCX, selbes Die
Hoffe, das hilft euch.
Verwendete HW:
AMD Threadripper 1950X
Asus ROG Zenith Extreme
4x G.Skill RipJaws V 3200MHz CL14 16GB (getaktet: 1.35V, 3200MHz, 14-14-14-34)
Beste Grüße!
P.S. Hat noch jemand Kaltstartprobleme mit Memory Mode = local?? Ich muss immer den Retry Button bemühen!