aha, ok, portovi kao operacije po taktu, cool, nisam pojma imao da se dize sa 6 na 8, to je wow!
To znaci da ce potencijalno ostajat vise slobodnog mjesta za HT koji je do sad bio tesko iskoristiv obzirom da je virtualna jezgra bila vrlo siromasna resursima.
a spec mt bi trebao omoguciti "pametno trganje 1 threada" na manje komade te ce na taj nacin biti iskoristeno vise jezgri, a obzirom da ce i virtualne biti korisnije dodatno ce se utilizirati iskoristivost tih djelova jezgri koji bi idlali inace na procesoru bez HT tj bili ugaseni u haswellovom slucaju.
Dakle to sto amd tvrdi da je nesto bilo neutilizirano odredeni postotak vremena, to stoji, nevazno sto, nevazno koliko. Pitanje je kako to rjesiti. S jedne strane (opet sudeci po anandtechovom clanku sto sam na brzinu procitao jer nisam previse upoznat sa samom jezgrom) intel to sada planira u haswellu rjesit sa mogucnoscu gasenja bilo koje od neiskoristenih instrukcija(portova) koje se ne koriste ili ukoliko postoji potreba kroz HT ih alocirat drugom threadu.
Slazem se da je razlog loseg utiliziranja visejezgrenosti u programiranju aplikacija posljedica loseg programiranja, no to je velikom vecinom zbog toga sto u startu ili nije bilo potrebe pa je nadogradeno od X programera i nitko nije htio ni imao vremena pretjerano dirat prethodni kod ili se opcenito je stiska s vremenom, te se nema vremena robusnost testirat kako spada i ovo je najsigurniji nacin. Kako ispada, to ponekad ode i malo predaleko te taj jedan thread bude neusporedivo zahtjevniji od ponekad cak i zbroja svih ostalih
Los kod ili ne, vecinom nije djelo iskljucivo losih/nemarnih programera kao takvih.
Za povecanje maksimalnog broja instrukcija po taktu nisam zbilja pojma imao, to bi fini ucinak moglo imat. Moram proucit malo detaljnije i ostalo, haswell bi mogao potencijalno bit naoruzan do zuba novim korisnim gadgetima.