Može, ali neće, jer svi jednako vole pare.

A Mrcela svaka ti je Njegoševa, respekt

Interesantno. Dosta toga se postglo sa Hyper-Threadingom, ali i dalje postoje momenti u kojima jezgra ne rade nista, odnosno cekaju. Ljudi uglavnom ne znaju pravu razliku izmedju jezgra i (hyper) threada. Jedno jezgro, dva threada = jedno jezgro, dve putanje kuda podaci dolaze i odlaze. Kada jezgro odradi instrukcije iz jedne putanje, ne ceka nista, nego instant prelazi na drugu putanju i tako ne stoji u praznom hodu (ne ceka). Kada jezgro ceka, to je poseban proces, jer jezgro mora da postavi nekoliko registara i flag-ova, pa mora da ih prebaci u ram (ram je spor za procesor) da bi sistem znao status jezgra, a to je "skupo" (gubljenje vremena). Nije to nista novo, potrebno je poslati u (hyper) thread (putanju) instrukcije za vise funckija i reci jezgru da radi dok ne zavrsi, ali problematika je to ogromna. Sta se desava ako proces bude zatvoren od strane korisnika ili greske ili se promeni neka jednakost? - Nista, jezgro to ne moze znati, jer je zauzeto i uzalud obradjuje tu funkciju. Lako je to sve reci i lako je u teoriji, ali u praksi scheduler je nesto najekstremnije sa cim sam se ja susreo i tvrdim da ne postoji pojedinac koji moze sam razumeti i upravljati (isporgramirati) scheduler-om, tako da ako nesto ne pomogne ova "vestacka inteligencija" ne znam kako ce se odvijati. Ne znam da li programeri znaju da procesor 90% vremena provede cekajuci, tako da je dzabe dizati klok na 10 ghz jer se tako samo podize temperatura na brzinu. Znaci nije stvar u brzini clock-a, nego u magistrali koliko bitova moze da ponese u jednom clock-u. Prost primer je jedna osoba nosi jedan blok, a druga osoba nosi 10 blokova ali malo sporije, ko ce vise posla da uradi za krace vreme? Takodje nije stvar ni u jezgrima, vise jezgara ne znaci vecu brzinu jer mora postojati jedno jezgro koje je zaduzeno samo za kontrolu ostalih jezgara; ostala jezgra se njemu javljaju i obavestavaju ga kakav im je status, znaci sve zavisi od brzine tog jednog (glavnog) jezgra. Ako je glavno jezgro zauzeto sve ostala jezgra moraju da ga cekaju da bi znali sta dalje treba da rade; zato broj jezgara ne mora u svakom slucaju da znaci da ce stvari biti brze ali u odredjenim slucajevima moze se postici brzina veza za broj jezgara., ali onda se javlja kompleksno upravljanje ram memorijom, jer ne mogu dva jezgra u isto vreme da pristupe istoj lokaciji memorije (mogu ako je instrukcija samo da procitaju, ali ako treba da izmene, e tu je vec procedura i cekanje (mutex i semafori - c/c++) na redosled, pa se desava da stvari budu sporije nego je moguci potencijal). Izuzetno je kompleksno kada moze a kada ne moze. Mislim mogu da objasnim detaljnije ako nekoga interesuje. Ali, pustite to, "instalirajte" wordpress i pricajte da ste programeri, lakse je. ;-)