On 30.05.2010, at 23:31, Elshuber Martin wrote:
Ok fein. Das git repo gehoert ein bischen aufgeraeumt, aber das koennen wir auf naechste Woche verschieben. Ich denke Pisp 1.0 (benchmark processor): master + stack + imem write (fuer den VM bench) Pisp 2.0 (the real thing): master joined (PIC) + stack + program loader + hardware divsionhallo,ich hab mich heute ein wenig mit optimierungen (interrupt (theoretisch mit 75Mhz) gespielt, und einern master-joined branch gemacht
waer eine vernuenftige Aufteilung.
forwarding EX->ID mit 65 (vielleicht auch 60) koennte sich auch auszahlen. Muessen wir benchmarken.bei mir kompiliert das ding mit multiplikation für 70Mhz und ohne mit 75Mhz forwarding EX->ID ist nicht drinnen das geht nur mit 60MHz (vieleicht 65MHz) alu operand select wurde nach ID verschoben (beide muxe und der kleine shifter)
Prinzipiell ja, aber 60MHz ist zur Not auch ok. 70 ist ziemlich an der Grenze von unserem Design.getestet am target ist das freilich noch nichtden master-joined branch hab ich mit dem ziel gemacht, daß wir dort unsere letzten optimungen/zusatz module rein geben.ich würde sagen das unser ziel 70MHz sein sollte.
kannst du kurz beschreiben, was du gemacht hast? Seh ich auf den ersten Blick aus den Logs nicht.ad instruction mem) ich hab dort einige veränderungen vorgenommen, die allerdings die inter konnektivität nicht betreffen solten. ich schlage dennoch vor das 'neue' instructionmem als basis für das mapped-io modul zu verwenden
lg, benedikt
ad mul) ich bekomm es einfach nicht besser hin, auch mit zusätzlichen cycles bleit der kritische pfad die multiplikation ad fmax) alle fmax angaben stammen vom time quest analyzer, weiters hab ich so ziemlich alle optimierungen eingeschalten am target wurde noch nichts getestetlg martin