::: AMD Zen Samlingstråd :::

Jag tror det blir väldigt svårt att komma över 4.1 GHz faktiskt. Ryzen på Samsung 14nm LPP verkar inte alls ha särskilt högt Fmax. Behöver antagligen ny kisel-process för att komma upp i 4.5 GHz.

Tvärt om däremot värkar mycket bättre. En nedklockad Ryzen på runt 35W förbrukning få hela 1000 poäng i Cinebench. Det är inte illa. En CCX + GPU blir antagligen en mycket trevlig APU för laptops. Men troligen inga 4.5 GHz för oss på skrivbordet. Det ryktas om att ZEN3 ska bli till på en ny kisel-process, kanske 7nm?

Lite senare batch detta. Klockpotentialen kommer med stor sannolikhet öka med tiden, men som tidigare sagt så kan man hoppas på en rev.b innan Zen2 kommer och rensar fälten.

Hade faktiskt inte koll på temp mer än att känna på kylaren och VRM som blev fesljummen. Körde på en gammel Thermalright Ultra 120 Extreme kylare med en 140mm fläkt som ligger och blåser snett vid sidan av på den. 1700, även överklockad är ruskigt energieffektiv. Dock kommer tempen springa iväg när man skickar på mer spänning, så då ska jag ta mig en titt

OK, kan ju kvitta om make fungerar eller ej. Men rätt skumt... Inte så att du har något annat än GNU-make installerat? För det jag skrev bygger på att man kör just GNU-make som har en rad implicita regler som ofta faktiskt gör att man kan klara sig utan eller med extremt enkla makefiler.

Intressant numrering på Q6600, verkar som 0 och 3 respektive 1 och 2 delar L2$.

Sedan är det så att delad L2$ inte alltid är det enda sättet att få lägsta latens. Kolla in resultatet för Z3770 (Silvermont Atom, två kärnor delar L2$, ingen L3$ och är totalt fyra kärnor).

This system got 4 CPU-threads
 0 <-> 1  : 121 ns
 0 <-> 2  :  84 ns
 0 <-> 3  :  83 ns
 1 <-> 2  :  84 ns
 1 <-> 3  :  84 ns
 2 <-> 3  : 118 ns

Här är alltså latensen HÖGRE mellan de två kärnor som delar L2$ (0 och 1 samt 2 och 3) än mellan de som bara delar RAM. I detta läge finns antagligen någon logik för att skicka information mellan kärnor i kretsen + Silvermont har ett extremt simpelt sätt att hantera x86 strikta minneskonsistensmodell: är typ skriv A B C. Om skrivningen på A av någon anledning "stallar", t.ex. cache-miss, så slänger man bara in A B C i en ring-buffer. Varje varv kollar man om A nu kan skrivas, när svaret är "ja" testar man B etc.

RPi3 (ARM Cortex A53) demolerar verkligen Silvermont på denna punkt, halva latensen (nu kör jag i.o.f.s relaxed memory ordering, det gynnar ARM mer än x86, lägger på ~7 ns för ARM om man går till "sequentially consistent" memory ordering).

Allt detta gör inte Ryzen till en dålig CPU, precis som allt annat har konstruktörerna gjort avvägningar. Dessa avvägningar gör den mindre lämpad för vissa uppgifter och mer lämpad för andra.

Ryzen är ruggigt bra på skalära flyttal, CCX-designen ger skalbarhet och den är ingen nackdel för saker där det är lite kommunikation mellan kärnor (något som är relativt vanligt i just flyttalsintensiva program).

Core är brutal på sådant som kan vektoriseras och lysande på skalära heltal. Man ser också att core-to-core latensen är lägre i S-modellerna än i E- och E5. Enkelt att förstå på en teknisk nivå och vettigt när man tänker på målmarknader för respektive krets.