AMD Ryzen (Zen 1+2 only)

Leute ich rede von Compilezeiten, nicht von Laufzeiten. Paradoxerweise entsteht das eine natürlich auf Grund des anderen... Sprich, es gibt aktuell einfach keinen C/C++ Compiler der einzelne Translation Units parallel abarbeiten kann. Das ist auf Grund der enorm komplexen Interna und der riesigen Toolchain vermutlich auch kein einfaches unterfangen, wird in meinen Augen aber noch ein enormes Problem werden. Nicht umsonst ist das "Modules TS" eines der meist erwarteten Proposals das hoffentlich bald den Weg in die Sprache finden...

Worauf ich aber eigentlich hinaus will ist, dass es manchmal einfach nicht anders geht. Ein schönes Beispiel mit dem ich persönlich öfters zu tun habe ist GNU Octave (https://www.gnu.org/software/octave/), ein freier MATLAB Ersatz. Das Ding ist 30 Jahre alt und hat aktuell 535555 loc und keine einzige davon arbeitet auf mehr als einem Thread... (also zumindest nicht die Engine). In Folge is das Ding für heutige Verhältnisse einfach A. lahm und auch ein 32-Kern Threadripper ändert da 0 dran.

Zitat aus einem Post von davebastard

kann man das so verallgemeinern ? wenn eine library vorhanden ist um die man nicht rumkommt gehts vielleicht nicht anders ?

dann verschiebt sich die kernaussage aber nur vom faulen anwendungsprogrammierer zum faulen libraryprogrammierer

und zum compilieren:
was hindert den compiler daran ein programm auf funktionsebene parallel zu compilieren?
sichtbarkeiten von variablen/funktionen kann man im vorhinein abklären (und das auch parallel)

Zitat aus einem Post von Jedimaster

Absolut kein persönlicher Angriff nur eine Beobachtung: Genau das ist da Problem seit Jahren - Entwickler wollen mehr Singlecore-Performance weils einfacher ist - optimieren von Code ... ne danke, das soll die Hardware fixen

Viele Probleme lassen sich halt nur mit sehr großem Aufwand oder vielleicht sogar überhaupt nicht parallelisieren. Und wenn die multithreaded Version das Zehnfache an Entwicklungszeit kostet, muss das halt auch jemand bezahlen.

Java im Frontend wird eh immer seltener.
Die guten Java Entwickler werden alle im Backend/Serverbereich eingesetzt.

Und klar kann man sich auf libraries raus reden, aber wenn die nicht optimiert ist dann muss man halt selbst eine schreiben oder gar veröffentlichen.

Falls sich wer fragt, wie gut Ryzen mit 16GB Ram Riegeln umgehen kann: 2x 16GB G.Skill Trident Z 3200 CL14-14-14-34 (https://geizhals.at/g-skill-trident...w-a1463451.html)

Gleich auf Anhieb ohne Probleme mit XMP Profil gelaufen. Timings konnten sogar noch verschärft werden. Nachdem ich weiß, wie "schlecht" es damals bei meinem alten 1700x war mit dem RAM Support, bin ich doch etwas positiv überrascht . (hab aber noch kein OC getestet)

Hats eigentlich wer geschafft, seinen Ryzen 2700x auf über 4.2GHz zu bringen? Ich kann z.B. 4.2GHz mit ~1,3V (load auf ~1,25V) fahren (Quicktest mit Prime).. aber 4.3 ist er nicht mal mit 1,4V (load ~1,35V) stabil. V Werte von CPUZ.

Da ist irgendwie so eine "magische" Wall . Ich bekomme immer nen Freeze nach kurzer Zeit (nicht mal 1 min) bei Prime95. Da gibts das nicht, dass ein Thread failed... immer kompletter Freeze. Auch bisschen komisch oder nicht?

Edit.
Könnte natürlich auch sein, dass der Noctua D15 der meinen 2700x kühlt schon bisschen überfordert ist. Tdie bei Prime geht schon Richtung 85°C. AMD Maximum ist ja 95°C so weit ich weiss (CB Link)

Mit welchen Spannungen erreichst du die 4,4GHz? Sind die nur Benchstable oder hast du auch mal zB Prime drüber laufen lassen?

Meine OCs hab ich immer mit DDR4-3200 Speed getestet. Ich erkenne aber keinen Unterschied zu schärferen Timings oder "Stock" Timings im OC bei mir.

Edit. Achja und weisst du noch welche Tdie Temps du bei 4,4GHz erreicht hast? Ich glaube langsam dass es einfach nur an der Temp liegt, warum ich feststecke.