Intel julkaisee Tiger Lake -prosessorit kannettaviin kesällä

[Kaotik]

Kaotik kirjoitti uutisen/artikkelin:
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

Linkki alkuperäiseen juttuun

 

[hkultala]

Tuolta taitaa löytyä sama ilman paywallia:

Intel Corp (INTC) Q1 2020 Earnings Call Transcript | The Motley Fool

INTC earnings call for the period ending March 28, 2020.

www.fool.com

 

[Kaotik]

Tuolta taitaa löytyä sama ilman paywallia:

Intel Corp (INTC) Q1 2020 Earnings Call Transcript | The Motley Fool

INTC earnings call for the period ending March 28, 2020.

www.fool.com

Ei tuo maksumuurin takana ole, ilmaisen tilin rekisteröimisen vaatii.
Mutta juu, näyttäisi olevan samaa settiä eli transkripti konferenssipuhelusta

 

[hkultala]

Vaikka tuotteen peruminen oletuksellisesti kuulostaa aina pahalta, Cooper Laken peruminen lupaa kyllä hiukan hyvää Intelille; Uskovat 10nm prosessinsa vihdoin toimivan tarpeeksi hyvin, että Ice Laken serverimallia saadaan valmistettua massoittain ja se voi mennä myyntiin.

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 Rome/Milan 3) 64-ytiminen Rome/Milan josta SMT pois päältä. 32-ytiminen Ice lake -SP on todennäköisesti tehokkaampi kuin 32-ytiminen Rome/Milan, mutta hävinnee 64-ytimiselle Romelle/Milanille josta SMT pois päältä. Mutta millaiseksi muodostuu hinnat...

 

[zepi]

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 Rome/Milan 3) 64-ytiminen Rome/Milan josta SMT pois päältä. 32-ytiminen Ice lake -SP on todennäköisesti tehokkaampi kuin 32-ytiminen Rome/Milan, mutta hävinnee 64-ytimiselle Romelle/Milanille 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?

 

[hkultala]

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 järeä softarendaushomma vaikka elokuvia tehdessä.

Eli tässä puhuin siis oikeastaan enemmän tehotyöasemista kuin palvelimista.

 

[vemkki]

Tämä Tiger Lake on siitä mielenkiintoinen, että nyt nähdään lopulta, että miten paljon siitä Intelin 10 nm prosessista saadaan irti suorituskykyä, kun on uusi revisio valmistusprosessista ja prosessoriytimetkin ovat viimeisen päälle. Mobiiliprosessoreissa tulee tietysti olemaan melko matala TDP, mutta luulisi, että yhdellä ytimellä saisi silti ihan hyvät kellot. Paras oikeasti myynnissä oleva Ice Lake on i7-1065G7, jossa on 3,9 GHz maksimikellot. Ryzen 4800U pääsee 4,2 gigahertsiin. Mahtaisiko Tiger Lake päästä samaan tai ylemmäksi?

 

[JiiPee]

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 Rome/Milan 3) 64-ytiminen Rome/Milan josta SMT pois päältä. 32-ytiminen Ice lake -SP on todennäköisesti tehokkaampi kuin 32-ytiminen Rome/Milan, mutta hävinnee 64-ytimiselle Romelle/Milanille josta SMT pois päältä. Mutta millaiseksi muodostuu hinnat...

Ihmettelisin suuresti mikäli windowsiin ei tule kohta parannusta tähän asiaan. Serveri versiossa ei tällaisia keinotekoisia rajoituksia käsittääkseni ole.

 

[hkultala]

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ä. Kun näitä rajapintoja on aikoinaan spekeksattu, on ajateltu, että "eihän kellään voi olla koneessaan yli 64 prosessoria".

Ja tietääkseni serveriversio kärsii ihan samasta ongelmasta, se käyttää ihan samoja rajapintoja kuin muutkin versiot.

Ja tämän kunnollinen 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ä.

Mutta tuntuisi siltä, että microsoftilla ei ole mitään aikomuksia korjata tuota kunnolla yhtään lähiaikoina, tuo "processor group"-purkka tuli vasta pari vuotta sitten "ratkaisuna" tähän ongelmaan, ja vaikuttaisi siltä, että microsoftin asenne on, että se on "riittävä ratkaisu". Mutta sekin vaatii softalta tuen; jos pitää ajaa vanhaa softaa joka ei sitä tue, ollaan käsittääkseni jumissa 64 yhtä aikaa ajettavassa säikeessä.