AMD Trinity iz IBM-a

U j*bote prije 10 godina nisi imo ovo a sad vidi na malom cipu koji se stavlja u mali tablet i nzm kako ga hlade.

A nije proslo ni neko vreme od kako je izasao tegra 2.

Resting time (kada je računalo u idleu) je lako procijeniti, dok Active time puno teže. Active time je svojstven određenom prijenosniku i ovisi o tome koje su sve komponente u prijenosniku, kako ti je podešen ekran, programima koje vrtiš, ...

Resting time je trajanje baterije dok je računalo ne radi ništa (idle), Active time je vrijeme pri tipičnoj upotrebi ili pri maksimalnom opterećenju (nisam siguran koje od dva).

Optimized for Windows 8 - Trinity koristi Piledriver jezgre (koje su nadograđene Bulldozer jezgre) - pri dizajnu Bulldozer jezgri, AMD je uvažio specifičnosti novog task schedulera ugrađenog u Win8, dok task scheduler ugrađen u Windowse 7 (i ranije Windowse) jezgre ne iskorištava na optimalan način (trebao bi biti dostupan patch za Win7 koji poboljšava performanse).

Ovo je dobra vijest za AMD jer ionako imaju problema sa GF i 32nm procesom. Kako Tajvanski TMSC još dela na 40nm Brazose i E seriju APU-a i kako su preskočili 32nm proces te punom parom rade na 28nm (grafičke kartice) AMD je našao način da popuni prazninu u proizvodnom procesu na 32nm.

Ponata je samo u tome da prema sadašnjim projekcijama Trinity donosi samo 10% CPU povećanja prefomansi (i to je samo za mobilni APU u usporedbi sa Llanom 35W) i 50% po pitanju grafike.

Bio bih puno sretniji da je obrnuto. Kolika je dobit kod desktop modela nezna se. Za očekivati je isto.

Kako isti procesori su najavljeni za sredinu godine AMD iako se žuri debelo kasni.

Čudno da nije Trinity prebacio na 28nm i dali da ih dela TMSC nego i dalje forsiraju nesretni 32nm.

Do sada je specificiranje trajanja baterije ostavljeno proizvođačima, i to je znatno variralo - npr. Lenovo je specificirao za IdeaPad G530 (sa GMA4500M) trajanje baterije od 4,5 sati, a na BatteryEater Pro benchmarku (Real World Scenario profil) je postigao 101 minutu (1,68 sati); sa druge strane, Toshiba A305 (sa HD3650) ima specificirano 3,68 sati, a na testu je postigao 205 minuta (3,42 sati). Za Asus Eee PC 1000H specificirano je 7,5 sati - sa agresivnim postavkama štednje energije, na reviewu su postigli oko 4,5 sati browsanja neta.

Proizvođači uglavnom koriste MobileMark 2007 benchmark za određivanje trajanja baterije, a testira se sa ekranom na 20-30% svjetline, isključenim WiFi-jem, dok test generira opterećenje procesora od 7-10%. Dakle, ono što proizvođači sada navode (uz par iznimki, vidi Toshibu gore), može se uzeti kao resting time - za 12 sati resting vremena, rekao bih da bi mogli uzeti 6-8 sati active vremena.

Optimizacije - i to, naravno (kao što su ubačene optimizacije za HyperThreading), ali Win8 ima novi scheduler, prilagođeniji modernim procesorima - stari scheduler se vuče još iz Win2000, i prvenstveno je namijenjen jedno/dvo/četverojezgrenim procesorima. Stari je scheduler ponešto nadograđen u Visti, dok se kod razvoja Win7 vrlo malo zadiralo u njega, iz razloga kompatibilnosti s Vistom, koja je podbacila (Win7 je Vistin "popravni ispit"). Postojeći scheduler voli defaultno vrtiti što više threadova na CPU0, iako bi ostale jezgre mogle biti manje opterećene; stoga se događalo da Windowsi ugase dodatne jezgre, iako ima threadova na čekanju; drugi problem je nasumično dodjeljivanje threadova jezgrama (Bulldozer optimizacije omogućavaju da scheduler koristi SMT prilagođen Bulldozerovoj arhitekturi) - ta dva problema adresira Bulldozer patch za Win7.

Budući da će jezgra Win8 raditi na nizu platformi (od smartphonea do servera), išlo se u veći zahvat izmjene schedulera koji je prilagođeniji modernim višejezgrenim procesorima (poboljšanje paralelizma i asinkronog procesiranja; bazirano na rezultatima modela koji su testirani kroz Robotics Development Kit runtime; iskustva skupljena u Singularity i Midori projektima, ...). Po mnogima, trebalo je uvesti veće izmjene u scheduler kod razvoja Viste, budući da MS ponešto kasni u dobroj podršci višejezgrenih procesora, odnosno višeprocesorskih sustava (pogotovo za cloud primjene).

Kada kažem da je AMD uvažio novi scheduler, mislim na to da je Bulldozer arhitektura (veća količina slabijih jezgri) dizajnirana za što veću propusnost (throughput) i postizanje većeg paralelizma, za koje je prilagođen scheduler u Win8, u odnosu na dosadašnje arhitekture, za koje su postojeći Windowsi i njihov scheduler rađeni (mali broj jakih jezgri - arhitektura koja potencira maksimalne single thread performanse).