[vlsi-nastava:2003] - Re: pipeline sabirac by Marija Stojsavljevic <gemini@verat.net>

Ljudi, da li ima smisla da se jos uvek oko ovoga vodi polemika? Sta god da 
je to sto pravimo mislim da je svima jasno sta treba da se uradi i 
rasteretite malo listu od ovoga.

Pozdrav,
Marija


> Sava Topalovic wrote:
>
> > Da, slazem se kad tako teoretski posmatras, medjutim neke stvari stoje
> > malo drugacije u praksi.
> > Prva stvar je broj add operacija koje imas u programu. Ne zaboravi da ce
> > se onda sve one (naravno u slucaju da nisu spojene jedna do druge)
> > izvrsavati po 6ns, a da ce neka naredna instrukcija morati da ceka na
> > rezultat te add operacije da bi zapocela svoj rad (da ne bi doslo do
> > hazarda). Znaci samim tim iako si teoretski ubrzao rad celog uredjaja
> > 50%, to u praksi jako opada (to kada proizvodjaci napisu 50%, to je
> > super za marketing proizvoda, ali nazalost u praksi nije tako).
>
> 1. napisao sam da se povecala radna ucestanost proizvoda za 50% a ne 
> njegova brzina. Znas i sam da veza nije linearna (narocito nije linearna 
> sa faktorom 1)
>
> 2. ako on pre tog sabiranja treba da izvrsi nekih 5 faza (koje bi u 
> slucaju monolitnog sabiranja trajale 15ns jer je svaka po 3ns), sabiranje 
> od 3ns i bar 3 faze od 9ns, ukupno vreme izvrsavanja bi bilo 27ns. Ako je 
> trajanje 1 faze 2ns, onda imas 5x2=10ns za fetch deo, 3x2=6ns za sabiranje 
> i 3x2ns za kraj instrukcije => cela se izvrsila za 22ns sto je brze od 
> 27ns. Kao sto si i sam rekao ne za 50% ali je brze. Situacija je jos 
> povoljinja za pipeline-ove sa vise stepeni , a tendencija je da se prave 
> sve duzi pipeline-ovi. Sad, ovo je krajnje uprosceno i mozda sasvim 
> pogresno misljenje, ali... mislim da sam ga barem pojasnio.
>
> poz.
> 3.
>
> -----------------------------------------------------------------
> Informacije vezane za predmet Racunarski VLSI sistemi:
>   http://titan.etf.bg.ac.yu/~gvozden/vlsi
> -----------------------------------------------------------------
> unsubscribe:
>   minimalist@titan.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> -----------------------------------------------------------------