Das 3x3 der Vivado-Synthese - ein Vergleich

OP Persönliche Seite #8105349
Lesenswert?
• ▲
▼

3 Vivados x 3 Computer x 3 Betriebssysteme = Erkenntnis des Tages (s.u.).

Ich habe meine alte Workstation von Win7 auf Win10 gebracht (Win 11 wollte nicht installieren) und dabei die Gegenheit genutzt, das Syntheseergebnis von Vivado zu testen und mit meiner neuen Workstation sowie meinem Reise-PC zu vergleichen.

Aufgeführt sind nur die Veränderungen. MULs und IOs sind erwartungsgemäß gleich. Es ist immer dasselbe Design meines Synthesizers in der Ausbaustufe für einen Artix 100 - FPGA. Hat alles drin außer Transceivern. Nutzt 8+2 Taktdomänen / CLK-Regionen und damit einiges an SERDES, MCM und PLL. Es wurde von den Sourcen ausgehend synthetisiert, d.h. alle Cores mussten gebaut werden. DCPs und Synth-Verzeichnisse wurden gelöscht.

Was sehen wir da nun?

Angehängte Dateien:
: Bearbeitet durch User
OP Persönliche Seite #8105350
Lesenswert?
• ▲
▼

Offenbar ist Win10 langsamer, als Win7 oder es laufen mehr Prozesse im Hintergrund. Das noch installierte 2019 braucht nicht nur länger, sondern bringt auch ein schlechteres Ergebnis. Danach habe ich zum Vergleich Vivado 2022 installiert (geht nicht unter Win 7) und zusätzlich auch Vivado 2025, die ich auf der neuen Workstation nutze. Interessant, was jeweils 3 Jahre Vivado-Fortschritt ausmachen (oder auch nicht ausmachen).

Es scheint zu stimmen, was man öfters liest, daß alte Vivados kleinere files produzieren. Auch ist das Syntheseergebnis von dem Rechner an sich abhängig. Gleiches Vivado auf anderem Rechner ergibt ein anderes Ergebnis. Wurde mir auch schon durch einen FAE bestätigt. Da spielen sogar parallel laufende Programme eine Rolle, weil die Synthesegeschwindigkeiten auf den Cores variieren und damit deren Beitrag zum Gesamtergebnis.

Meine Interpretation ist, dass mit Rücksicht auf schnellere Synthesen weniger gut optimiert wird, um mit den größeren Designs zurecht zukommen.

Besonders eklatant ist es beim Vergleich mit der neuen Workstation: Mehr Cores, mehr Geschwindigkeit- wenngleich es nicht so sehr viel besser ist, wie die Benchmarks versprechen. Eigentlich hätte ich noch mehr Tempo erwartet. Der Rechner ist in der Gesamtperformance beim z.B. Rendern grob doppelt so schnell.

Die interessanteste Zahl findet sich unten rechts! Da fragt man sich, wozu man überhaupt eine moderne workstation nutzen muss! Dazu schreibt XI, dass man "Einschränkungen bei der Multitasking-Fähigkeit" vorgenommen hat. Wer seinen Computer voll nutzen will, muss also die 1.200,- auf den Tisch legen und das jährlich!

Zusammen mit der Einschränkung, dass nur 1 debug core genutzt werden kann, fällt die 2026 erstmal für mich weg!

Interessant an der ist übrigens auch, daß sie wieder ein BRAM mehr benutzt, während die 2025 es irgendwie schafft, eines wegzusparen. Die gewählte Strategie ist jedesmal die gleiche gewesen (Perf OPT) , aber intern dürfte es da sicher Unterschiede geben, wasXI draus macht.

Würde mich mal interessieren, wie das bei anderen aussieht.

#8105367
Lesenswert?
• ▲
▼

Die zeitaufwendigsten Aufgaben sind kaum parallelisierbar. Daher profitiert die Software mehr von einer hohen single-core Performance, als von vielen cores. Und viel RAM hilft.

Ich vermute, der erste Rechner in der Tabelle wurde nicht von der CPU-Kernanzahl, sondern eher von den nur 16 GB RAM ausgebremst.

Übrigens ist die Vivado Performance unter Linux deutlich höher, als unter Windows. Auf dem gleichen Rechner mit 256 GB RAM und CPU mit hoher Single-Core Performance lief ein Projekt für einen großen Ultrascale+ unter Linux in einem Viertel (!) der Zeit durch, wie unter Windows 11. Win11: 8h, Linux: 2h

: Bearbeitet durch User
#8105586
Lesenswert?
• ▲
▼

Bei uns laufen die Designs deutlich schneller durch Vivado, wenn sie auf einem der Teamcity Agents auf Windows Server bauen. Die VMs laufen auf Proxmox und haben auch nur 16GB RAM zugewiesen und ich glaube 4 Cores. Woran genau das liegt, hab ich noch nicht rausgefunden. Vielleicht sind unsere verwalteten Desktops einfach nur sehr lahm ^^

Antwort schreiben

Formatierung
  • [c]C-Code[/c]
  • [vhdl]VHDL-Code[/vhdl]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.