komische Syntheseergenisse

hi tec ing schrieb:
> Kann sich das jemand erklären?
32 MHz auf dem Spartan6?
Das klingt nach einem vermuksten Design mit ewig langen kombinatorischen 
Pfaden. Waren bei der Umsetzung Informatiker am Werk? Oder will da 
jemand ins Bitcoin-Mining einsteigen?

Duke

Es ist die Kombinatorik einer verketteten Rechung mit mehreren 
Multiplieren und Addieren, die passend registriert werden, damit 
möglichst wenig Latzenz entsteht. Ich will ja nicht mehr Register 
spendieren, als nötig. Offenkundig kommt man beim Kintex mit wesentlich 
weniger Registern aus.

Die Register sind GRATIS! Jede LUT hat auch ein Register und ob du das 
nimmst oder nicht ändert nichts an der Resourcennutzung

Ich glaube, hier geht es darum, dass er zusätzliche Register einsetzen 
muss, um das timing zu kriegen. Die Zahl der slices ist ja auch 
angestiegen.

hi tec ing schrieb:
> Komisch ist das Verhältnis von Regs/Slices beim Spartan sowie die
> schlechten Ergebnisse beim Virtex. Dort musste ich am meisten
> Zusatzregister einbauen, um das Timing zu erreichen.
Ist das nur bei dem design so, oder auch bei anderen?

Der Virtex ist doch der bessere Baustein, war das vielleicht der 4er?

ja, ich musste zusätzliche Register einsetzen, um das Timing zu 
erreichen und zwar erstaunlch viele.

>Der Virtex ist doch der bessere Baustein, war das vielleicht der 4er?
Nein, war schon der angegebene.

Die Anzahl der eingesetzten Register und LUTs ist vergleichbar für die 
verschiedenen Bausteine. (Wenn sich meine Erinnerung nicht täuscht sind 
auch alles 6-Input LUT Bausteine).

Daher ist meine Vermutung, dass sich der Aufbau eines Slice beim V6, S6 
und K7 stark unterscheiden. Schau mal ins Datenblatt, da müsste es je 
ein Blockdiagramm des Slice geben.


Meine Annahme ist, dass der S6 ein komplexeres Slice hat als der V6 (aus 
deinen Zahlen geschlossen). Dein Design scheint diese komplexeren Slices 
ausnutzen zu können und so entsteht weniger zusätzliche Routinglatenz 
zwischen den Slices (was beim V6 diese zusätzliche Zeit kostet).

Ist mal ein Schuss ins Blaue :-)

Das klingt plausibel, ja.

hi tec ing schrieb:
> Komisch ist das Verhältnis von Regs/Slices

Das ist so nicht verwunderlich. Die Toolchain versucht nicht, die Slices 
optimal auszulasten, sondern verteilt "über den ganzen Chip". Erst wenn 
die freien Slices gegen Null tendieren, wird optimiert.

Evtl. ist der V6 deutlich größer als der S6, so dass sich die Toolchain 
(mal wieder) selbst im Wege ist. Beim K7 kann ich mir vorstellen, dass 
die Routing- und/oder DSP48E1-Delays deutlich kleiner sind, und es so 
besser aussieht.

Ein anderer Grund kann sein, dass der V6 DSP48E1s und der S6 DSP48As 
haben. Die E's können (grundsätzlich) mehr (preadder, mult, adder), was 
aber bei nicht optimaler Verwendung ein Hindernis ist, da sie höhere 
Durchlaufzeiten haben. Die A's haben meines Wissens keine Preadder.

Grüße