rekao, sa 1 MB na 2 MB cache-a po core-u za desktop app nema sanse za toliko unapredjenje, Da li je u pitanju bolji branch predictor (siroti Intel inzenjeri su ga optimizovali do besvesti za NetBurst kome je trebao kao ' leba)? - ne bih rekao da bi doneo
i dodana unapredjenja su mukotrpna i skupa. Intel je da bi zadovoljio potrebe NetBursta morao da usavrsi cache i branch predictor skoro do savrsenstva, a taj trud mu se izgleda sada vraca.
nastavlja da zivi kroz novu arhitekturu predictor , cache, system bus) koji su se mogli iskoristiti, a centralna arhitektura (i filozofija, sto je bitnije, odustalo se
, cache arhitektura kod yonah-a, a verovatno i kod conroe-a podseca dosta na PIII Coppermine / Tualatin jezgra. Branch predictor je bolji nego kod PIII, ali je bolji kod K8 u odnosu na K7. Prednost u odnosu na K8 je micro-ops. fusion, implementiran jos
proračun i mapiranje buke, bez obzira na veličinu i tip projekta za koji se koristi. Predictora , omogućava brzo učenje i efikasan rad u softveru. Opcija prikaza više modela na ekranu istovremeno i neograničena
, 18:15 predictor , odlican cache i prefetch mehanizme, i sjajne SSE2 instrukcije. Pokazao je da se i sa izuzetno dugackim pajplajnom
na osnovu history-ja. predictor koji ima i P6, ali ne i Core. Staticki predictor se primenjuje samo kada o jump-u nema nikakvih podataka u history table
ovo radi i na Core 2 Duo, nisam imao prilike da probam. predictor se primenjuje samo kada o jump-u nema nikakvih podataka u history table tj. kada se jump prvi put sretne. Core u tom
). Ovaj sistem je u sustini neprecizniji, ali jednostavniji i znacajno brzi, sto je na kraju dana vaznije jer staticki predictor ima vrlo mali doprinos.
doprinos. predictor . Prvi deo je registar sa n bita istorije grananja - taken / not taken stanje poslednjih n grananja (16 za Netburst, 8 za
istorije (n) potrebna memorija raste eksponencijalno. Jedna od zanimljivih resenja za buducnost je neural branch predictor , koji trosio znacajno manje memorije (linearan rast), ali se jos uvek radi na tome da se njegova brzina dovede na nivo
znacajno manje memorije (linearan rast), ali se jos uvek radi na tome da se njegova brzina dovede na nivo klasicnih predictora .
namenjan koji uopste ni ne moze da radi. Ako Larrabee od svoje fat brace nasledi par zgodnih stvari (npr. dobar branch predictor ) verovatno ce se i u slucajevim sporijeg koda pristojno snalaziti.
- bit SSE instrukcijana, mogu da pomognu i pri integer kodu sa puno grananja. Ako se tome pridoda i novi indirect branch predictor , mogla bi se videti pristojna ubrzanja, mada nije zagarantovano. Kao sto kazes jos uvek je malo poznato o K8L. Jedino mi
sto bi AMD mogao da uradi na K8 jezgru je ubrzanje L1 i L2 cache-a, narocito L2, smanjenje latencije, poboljsan branch predictor , implementacija symmetric multithreading-a itd... dosta toga je zaista perfektno. Ipak, mislim da je K8 jezgro