Intelin työpöytäpuolella valmistellaan vasta uusien 10. sukupolven Core-prosessoreiden julkaisua, mutta kannettavien puolella mennään jo pidemmällä. Nyt Intel on varmistanut kannettaviin suunnattun seuraavan sukupolven Tiger Lake -arkkitehtuurin aikataulun.
Intelin toimitusjohtaja Bob Swan kertoi yhtiön osavuosikatsauksen yhteydessä sen valmistautuvan julkaisemaan uuden Tiger Lake -arkkitehtuurin kesän aikana. Aikataulu on siis suurin piirtein vastaava, kuin Ice Lake -arkkitehtuurilla viime vuonna. Ice Lake -prosessorit julkaistiin virallisesti 27. toukokuuta 2019. Tiger Lake tulee ensimmäisenä saataville vähävirtaisina U- ja Y-sarjan malleina ja Intelin mukaan markkinoille on luvassa yli 50 Tiger Lake -kannettavaa joulun ostoskauteen mennessä.
Tiger Lake -arkkitehtuuriin perustuvat prosessorit tulevat hyödyntämään uusia Willow Cove -prosessoriytimiä, joissa yhtiö on ainakin uusinut välimuistirakenteen, lisännyt uusia tietoturvaominaisuuksia ja transistoritason optimointeja Ice Lake -prosessoreissa käytettäviin Sunny Cove -ytimiin verrattuna. Lisäksi Tiger Lake tulee olemaan näillä näkymin ensimmäinen kuluttajille päätyvä tuote, jossa on käytössä Xe-arkkitehtuuriin perustuva grafiikkaohjain. Tarkemmin prosessoreissa tullaan hyödyntämään nimenomaan Xe-arkkitehtuurin vähävirtaisinta XeLP-varianttia. Tiger Lake -prosessorit valmistetaan parannetulla 10 nanometrin valmistusprosessilla.
Tiger Laken lisäksi Intel kertoi osavuosikatsauksessaan myös tarkemman aikataulun tuleville palvelinprosessoreilleen. Yhtiön piti alun perin tuoda tänä vuonna markkinoille Cooper Lake- ja Ice Lake -arkkitehtuureihin perustuvat palvelinprosessorit, mutta ensin mainitun saatavuus peruutettiin isomman yleisön osalta. Ice Lake-SP -arkkitehtuurin prosessorit tulevat olemaan yhtiön ensimmäiset 10 nanometrin palvelinprosessorit ja ne julkaistaan viimeisellä vuosineljänneksellä.
Lähde: Intel @ Seeking Alpha
Tuolta taitaa löytyä sama ilman paywallia:
https://www.fool.com/earnings/call-transcripts/2020/04/23/intel-corp-intc-q1-2020-earnings-call-transcript.aspx
Ei tuo maksumuurin takana ole, ilmaisen tilin rekisteröimisen vaatii.
Tuo Cooper Lake kuulosti nimittäin melkoiselta "paniikkituotteelta", jälleen vaan vähän viritettyä Skylakea pienillä parannuksilla Cascade Lakeen nähden (bloat16-tuki).
Maksimikelloa "14nm"stä toki löytynee vielä enemmän kuin "10nm"stä, mutta servereissä ei sitä maksimikelloa tarvita, vaan kykyä tehdä toimivia suuria piirejä, ja kohtalaista energiatehokkuutta matalammilla kelloilla.
"14nm" tekniikalla valmistettu Cooper Lake olisi ollut energiatehokkuudeltaan aika onneton AMDn Romea (ja erityisesti sen seuraajaa Milania) vastaan, nyt ilmeisesti "10nm"llä päästään jo parempaan energiatehokkuuteen kuin tuolla "14nm"llä.
Ice Lake-SP ei kuitenkaan vielä yksin riitä kunnolla Romea (eikä ainakaan Milania) vastaan (paitsi HPC-puolella, kun AVX-512 auttaa), mutta ainakin se kaventanee AMDn ylivoimaa serveripuolella selvästi. Samalla kellolla 38 Sunny Cove-ydintä vastannee n. 45 zen2-ydintä, mutta AMDllä niitä ytimiä on 64. Ja kellotaajuuksista ja sähkönkulutuksista ei ole tietoa.
Toisaalta mielenkiintoinen suorituskykypointti on suorituskyky 64 rautasäikeellä; Windowsin tuki yli 64 rautasäikeelle sukkaa, joten tietyissä käyttötarkoituksissa tällä on merkitystä ja voi olla huomattavasti kysyntää systeemeille joissa on joko 1) 32-ytiminen Ice Lake-SP 2) 32-ytiminen EPYC 3) 64-ytiminen EPYC josta SMT pois päältä. 32-ytiminen Ice lake -SP on todennäköisesti tehokkaampi kuin 32-ytiminen EPYC, mutta hävinnee 64-ytimiselle EPYCille josta SMT pois päältä. Mutta millaiseksi muodostuu hinnat…
Onko tällä oikeasti mitään merkitystä minkään merkittävän kokoisen markkinasegmentin osalta? Eikö ylivoimaisesti suurinta osaa isoista servereistä ajeta kuitenkin hypervisorilla?
Vai onko MS:n hypervisorkin ihan onneton jos rautasäikeitä on yli 64?
Siis, perinteisellä serveripuolella, jossa palvellaan ziljoonaa käyttäjää ja ajetaan suurta määrää erillisiä prosesseja, tämä ei ole ongelma.
Enemmän viittaan tässä johonkin enemmän HPCn suuntaan menevään, jossa ajetaan yhtä raskasta monisäikeistetyä softaa, ja sitä joko ei voi ajaa useammassa prosessissa, tai sen ajaminen yhdessä prosessissa (tai mahdollisimman pienessä määrässä prosesseja) parantaa suorituskykyä. Esim. joku rendausfarmi.
Ihmettelisin suuresti mikäli windowsiin ei tule kohta parannusta tähän asiaan. Serveri versiossa ei tällaisia keinotekoisia rajoituksia käsittääkseni ole.
Ei kyse ole keinotekoisesta rajoituksesta, vaan typeristä rajapinnoista.
Kaikki windowsin rutiinit jotka liittyvät prosessorien affiniteettiin, sisältävät 64-bittisen maskin, jossa yksi bitti tarkoittaa yhtä virtuaaliydintä.
ja tietääkseni serveriversio kärsii ihan samasta ongelmasta, se käyttää ihan samoja rajapintoja kuin muutkin versiot.
Ja tämän korjaaminen on siitä ongelmallista, että vanhoja rajapintoja ei voi muuttaa hajottamatta niitä käyttäviä ohjelmia.
Eli pitää tuoda rinnalle uudet rajapinnat, ja sitten vain niitä uusia rajapintoja käyttämään käännetyt ohjelmat hyötyy niistä.