Intel Q3/2019: 6 miljardia dollaria voittoa, PC-bisnes -5 %

[Sampsa]

Intelin heinä-syyskuun osavuosikatsaus:

• Q3 liikevaihto: 19,2 miljardia dollaria
• Q3 voitto: 6 miljardia dollaria

"We've been on a multiyear journey to reposition Intel’s portfolio to take advantage of the exponential growth of data. Our third-quarter financial performance underscores our progress as our data-centric businesses turned in their best performance ever, making up almost half our total revenue in a record quarter”

Intelin liikevaihto pysyi samana Q3/2018 vs 2019 ja voitto laski 6 % 6,4 miljardista dollarista 6 miljardiin dollariin.

PC-bisnes laski viime vuoden Q3:een verrattuna 5 %, mutta vastaavasti datakeskusbisnes kasvoi 4 %.

"The PC-centric business (CCG) was down 5 percent in the third quarter on lower year-on-year platform volume, partially offset by a strong mix of Intel's higher performance products as the commercial segment of the PC market remained strong."

Tällä hetkellä Intelin liikevaihdosta eniten tulee juuri PC-bisneksestä, jonka liikevaihto on 9,7 miljardia dollaria ja toiseksi suurimman datakeskusbisneksen liikevaihto on 6,4 miljardia dollaria.

Lähde: Intel
Intel Corporation - Q3 2019 Intel Corporation Earnings Conference

 

[FlyingAntero]

Nopeasti laskeskelin, että Intelin PC puolen liikevaihto laski noin 525 miljoonaa dollaria. Samaan aikaan AMD:n vastaava osasto kasvatti liikevaihtoaan noin 338 miljoona dollaria.

 

[Hannibal]

Nopeasti laskeskelin, että Intelin PC puolen liikevaihto laski noin 525 miljoonaa dollaria. Samaan aikaan AMD:n vastaava osasto kasvatti liikevaihtoaan noin 338 miljoona dollaria.

eli hiljaista... tai marginaalit ovat vähän kaventuneet.

 

[CycoFin]

Tulevaisuudessa ARM pohjaiset datakeskukset Ampere Computingin johdolla syrjättää Intelin pois datakeskusmarkkinoilta. ARMissa laskentateho/Watti on parempi ja pilvisoftissa ei ole x86 legacyä painolastina.

Tämä lisättynä piiprosessien ongelmiin on Intel jatkossa kusessa.

 

[svk]

pilvisoftissa ei ole x86 legacyä painolastina.

Tuosta tuli mieleen uutinen, mikä täälläkin taisi olla, mutta en löydä sitä mitä nyt yritin, jossa intel oli muutenkin kehittämässä x86-käskykannalle seuraajaa, minkä tarkoitus on jättää legacyroina pois ite raudasta ja emuloida tarpeen tullessa ne poisjätetyt ominaisuudet säilyttäen taaksepäinyhteensopivuuden. Vieläköhän se on kehitteillä Jos ei liian kauan kestä, niin ehkä syrjäytyminen ei ehdi tapahtua.

 

[jive]

Tuosta tuli mieleen uutinen, mikä täälläkin taisi olla, mutta en löydä sitä mitä nyt yritin, jossa intel oli muutenkin kehittämässä x86-käskykannalle seuraajaa, minkä tarkoitus on jättää legacyroina pois ite raudasta ja emuloida tarpeen tullessa ne poisjätetyt ominaisuudet säilyttäen taaksepäinyhteensopivuuden. Vieläköhän se on kehitteillä Jos ei liian kauan kestä, niin ehkä syrjäytyminen ei ehdi tapahtua.

Aikoinaan Transmeta tämän jo toteutti mutta taisi olla juuri Intel joka torpedoi yrityksen tuoda fyysinen piiri markkinoille. IP lienee edelleen olemassa ja luultavasti myös lisensioitavissa.

 

[Kaotik]

Aikoinaan Transmeta tämän jo toteutti mutta taisi olla juuri Intel joka torpedoi yrityksen tuoda fyysinen piiri markkinoille. IP lienee edelleen olemassa ja luultavasti myös lisensioitavissa.

Kyllä Transmeta ehti tuoda markkinoille useammankin prosessorin, Crusoe- ja Efficeon -sarjat ja niitä käyttäviä koneitakin oli ihan myynnissä. Ei vaan pärjännyt, rahat loppui ja joku videoprosessoreita tekevä Novafora osti (joka meni lopulta nurin vuotta myöhemmin, patentteja taisi ostella tosin muut tahot)

 

[hkultala]

Tulevaisuudessa ARM pohjaiset datakeskukset Ampere Computingin johdolla syrjättää Intelin pois datakeskusmarkkinoilta. ARMissa laskentateho/Watti on parempi ja pilvisoftissa ei ole x86 legacyä painolastina.

ARM ei syrjäytä mitään x86ia palvelimista niin kauan kuin softakehittäjien työpöydällä ja läppäreissä ei ole tehokkaita ARM-prossuja joilla voivat testata niille palvelimille menossa olevaa koodia natiivialustalla samalla kun suorituskyky on riittävä kaikkeen mitä sillä koneella tehdään.

Ja käsittääkseni kukaan ei tällä hetkellä yritäkään tehdä niitä tehokkaita ARM-työpöytäprossuja.

ARM-pohjaisten palvelinten tuloa on hypetetty jo kymmenisen vuotta ja eipä niitä ole myyty käytännössä yhtään. Ellei sitten laske jotain raspberry pi:tä "palvelimeksi".

Tämä lisättynä piiprosessien ongelmiin on Intel jatkossa kusessa.

Mikään ei estä inteliä alihankkimasta piirivalmistusta TSMCltä. Sen intelin kilpailijat eivät pääse käyttämään intelin prosessia.

Tämä "10nm" tapaus on yksittäisen prosessin ongelma, josta intel varmasti on oppinut hyvin paljon.

 

[Kynisveijo]

ARM ei syrjäytä mitään x86ia palvelimista niin kauan kuin softakehittäjien työpöydällä ja läppäreissä ei ole tehokkaita ARM-prossuja joilla voivat testata niille palvelimille menossa olevaa koodia natiivialustalla samalla kun suorituskyky on riittävä kaikkeen mitä sillä koneella tehdään.

Ja käsittääkseni kukaan ei tällä hetkellä yritäkään tehdä niitä tehokkaita ARM-työpöytäprossuja.

ARM-pohjaisten palvelinten tuloa on hypetetty jo kymmenisen vuotta ja eipä niitä ole myyty käytännössä yhtään. Ellei sitten laske jotain raspberry pi:tä "palvelimeksi".





Mikään ei estä inteliä alihankkimasta piirivalmistusta TSMCltä. Sen intelin kilpailijat eivät pääse käyttämään intelin prosessia.

Tämä "10nm" tapaus on yksittäisen prosessin ongelma, josta intel varmasti on oppinut hyvin paljon.

Tällä logiikalla mitää sulautettua softaa ei voisi kehittää, koska mikrokontrolleri tai FPGA ei pyöritä devauskoneen käyttöjärjestelmää

 

[hkultala]

Tällä logiikalla mitää sulautettua softaa ei voisi kehittää, koska mikrokontrolleri tai FPGA ei pyöritä devauskoneen käyttöjärjestelmää

Olkiukkoilua.

En ole puhunut mitään siitä, että softaa ei voi kehittää.

Vaan siitä että sen softan kehittäminen on juuri sen verran hankalampaa ja työläämpää, että sitä ei sille alustalle paljoa tehdä kun on helpompi ja tuottavampi vaihtoehto.

Sulautettuhin ei ole helpompaa ja tuottavampaa vaihtoehtoa.

Ja itse töissäni käytännössä n. joka päivä kääntelen softaa eri arkkitehtuurille kuin mikä työkoneeni on.



Linus on ottanut asiaan kantaa aika selvästi:

Real World Technologies - Forums - Thread: ARM announces Ares

 

[Kynisveijo]

Ei ollut tarkoitus olkiukkoilla. Käsitin sinun pointin niin, että alusta, jonka päälle on hitaampaa kehittää sovelluksia ei voi yleistyä. Olen eri mieltä, koska aina ei mennä koodaustehokkuuden ehdoilla. Jos joku tarjoaisi serverikäyttöön ARM-alustan, joka olisi vaikka 30% energiatehokkaampi tai halvempi, niin varmasti siihen mielellään siirrytään.

 

[hkultala]

Ei ollut tarkoitus olkiukkoilla. Käsitin sinun pointin niin, että alusta, jonka päälle on hitaampaa kehittää sovelluksia ei voi yleistyä. Olen eri mieltä, koska aina ei mennä koodaustehokkuuden ehdoilla. Jos joku tarjoaisi serverikäyttöön ARM-alustan, joka olisi vaikka 30% energiatehokkaampi tai halvempi, niin varmasti siihen mielellään siirrytään.

ARMilla ei saavuteta niin suurta energiatehokkuusparannusta että se olisi riittävä. (ei saavuteta läheskään tuota heittämääsi 30%ia, ja 30%iakaan ei olisi riittävä useaimpiin tilanteisiin)

Ja huomattava osa softasta kirjoitetaan muutenkin nykyään kielillä jotka ovat aivan älyttömän tehottomia (ja samalla siis myös älyttömän energiaa haaskaavia) (javascript, python). Koska softankehityksen tuottavuus. Se, koska palvelu on valmis tuottamassa firmalle rahaa kiinnostaa palveluita tuottavia firmoja todella paljon enemmän kuin sähkölasku.

Lue tuo Linusin postaus, johon linkkasin edellisessä viestissäni. Linus selittää asian aika paljon perusteellisemmin.

 

[Kynisveijo]

Joo en sano, että ARM valtaa kokonaan serverimarkkinan. En toisaalta näe syytä, miksi sen osuus ei voisi tulevaisuudessa olla merkittävä. Ainakin nuo sinun luettelemasi kielet pyörii nätisti ARM-prossullakin, joten senkään ei pitäisi olla esteenä. Linusin pointit ymmärtääkseni tiivisty siihen, että halpa kehitysrauta olisi jotenkin tiukassa. Se ei kyllä ole minun mielestäni tilanne tällä hetkellä. ARM-prossuilla varustettuja koneita löytyy kyllä halvalla. Tällä hetkellä se ainoa este taitaa olla lähinnä se, että ei ole pakottavaa tarvetta devata ARM-raudalle. Sellainen voi tosin tulla, jos se kova serveriratkaisu tulee joskus markkinoille.

 

[hkultala]

Joo en sano, että ARM valtaa kokonaan serverimarkkinan. En toisaalta näe syytä, miksi sen osuus ei voisi tulevaisuudessa olla merkittävä. Ainakin nuo sinun luettelemasi kielet pyörii nätisti ARM-prossullakin, joten senkään ei pitäisi olla esteenä.

Pyörii jotenkin, mutta kun niistä halutaan edes välttävää suorituskykyä aikaiseksi, niitä pitää alkaa JIT- tai hotspot-kääntelemään natiivikoodiksi. Ja jos toiselle alustalle on natiivikooodiksi kääntävä kääntäjä olemassa, ja toiselle ei, vaan koodia suoritetaan puhtaasti tulkkaamalla, suorituskyvyssä on helposti monikymmenkertainen ero.

Ja vaikka jonkinlainen jit- tai hotspot-kääntäjä vähemmän käytetyllekin arkkitehtuurille olisi olemassa, sen tuottamaan koodin laatu voi silti olla niin paljon huonompi, että lopputulos on todella paljon energiatehottomampi.

Linusin pointit ymmärtääkseni tiivisty siihen, että halpa kehitysrauta olisi jotenkin tiukassa.
Se ei kyllä ole minun mielestäni tilanne tällä hetkellä. ARM-prossuilla varustettuja koneita löytyy kyllä halvalla.

Ei, vaan ne tiivistyy siihen, että ei ole sellaista kehitysrautaa, jota voisi käyttää järkevänä normaalina tietokoneena.

Kyse ei pääosin ole hinnasta, vaan siitä mitä sillä tietokoneella voi tehdä kätevästi ja hyvällä suorituskyvyllä.

Tällä hetkellä se ainoa este taitaa olla lähinnä se, että ei ole pakottavaa tarvetta devata ARM-raudalle. Sellainen voi tosin tulla, jos se kova serveriratkaisu tulee joskus markkinoille.

Ei ole mitään teknistä syytä, mikä olisi pakottamassa devaamaan serverisoftaa ARMille. Ei ole tulossa mitään sellaista "kovaa serveriratkaisua" jolla olisi mitään sellaisia etuja että sille olisi "pakottavaa" koodata.

Se, että tulee esim. 10% energiatehokkaampi palvelin ei ole mikään "pakottava tarve".


ARM-palvelimet tulevat yleistymään ja syömään intelin markkinaosuutta vasta sen jälkeen, kun qualcomm tms. ensin tekee niin tehokkaan ARM-SoCn, että se voidaan laittaa softakehittäjien normaaleihin koneisiin, jonka ääressä he päivittäin istuvat. Käytännössä varmaan läppäreihin tulee ensin, pöytäkoneisiin myöhemmin.

 

[Later]

Ei ole mitään teknistä syytä, mikä olisi pakottamassa devaamaan serverisoftaa ARMille. Ei ole tulossa mitään sellaista "kovaa serveriratkaisua" jolla olisi mitään sellaisia etuja että sille olisi "pakottavaa" koodata.

Se, että tulee esim. 10% energiatehokkaampi palvelin ei ole mikään "pakottava tarve".


ARM-palvelimet tulevat yleistymään ja syömään intelin markkinaosuutta vasta sen jälkeen, kun qualcomm tms. ensin tekee niin tehokkaan ARM-SoCn, että se voidaan laittaa softakehittäjien normaaleihin koneisiin, jonka ääressä he päivittäin istuvat. Käytännössä varmaan läppäreihin tulee ensin, pöytäkoneisiin myöhemmin.

Ei ehkä teknistä syytä, eikä ehkä länsimaissa, mutta Kiinassa ja aivan varmasti monessa muussakin maassa mietitään parhaillaan, miten vähentää riippuvuutta amerikkalaisteknologiaan. Digitimes on uutisoinut, että ainakin yksi kiinalainen prosessorikehittäjä on tuomassa ensi vuonna kotimaisille markkinoille ARM-arkkitehtuuria käyttäviä työpöytäprosessoreita:

Highlights of the day: PC vendors brace for Intel CPU shortages again

 

[Kizmo]

Vähän ot mutta mitenkäs Risc-V ja palvelimet? Siitä aina silloin tällöin huhuillaan että tulevaisuus voisi olla siinä suunnassa johtuen avoimuudesta tulevista säästöistä. Mutta onko niitä oikeasti nähtävissä?

 

[zepi]

Vaikea kuvitella riscistä tai armista saatavan mitään niin merkittäviä hyötyjä, että homma kannattaisi.

Muisti, IO-järjestelmä ja emolevy maksavat kuitenkin lähtökotaisesti saman verran arm, risc tai x86-serveriin ja syövät saman verran sähköä kuin x86 palvelimessa.

Jos prossu on kolmanneksen kokonaishinnasta ja sen hinnasta säästää 30% tai 40%, niin kokonaisuuden hintaero on aika pieni.

Ja jos lasketaan mitä maksaa koodaajien aika, niin jos heidän tuottavuutensa kärsii yhtään prosentteja sen takia, että koodin kääntäminen, deployaaminen tai testaaminen hidastuu huonomman toolkitin takia, niin sitä tappiota ei noilla kuluilla säästöillä koskaan kompensoi.
-
Itse näen suurimmaksi mahdollisuudeksi tällä hetkellä Applen. Heillä voisi olla intressi tuoda läppäri ja jopa serveriprosessori, sekä kehitysympäristöt joita joku haluaisi käyttää.

Jos Macbook läppäristä tuodaan hyviä A-sarjan soc:eilla varustettuja malleja ulos, joilla iOS devaus ja koodin ajo onnistuu, niin maailmaan syntyy ainakin jonkin kokoinen populaatio devejä, jotka joka tapauksessa kehittävät armin päällä armille. Silloin Apple voisi harkita julkistavansa myös ARM-pohjaisia palvelimia ja cloud-palvelun, joiden päälle deployauksen Apple tietysti voisi integroida suht käteväksi.

Mutta Applea ei kyllä kiinnosta lainkaan kilpailla muita vastaan tuollaisella systeemillään. Se vaan käytännössä koittaisi saada siivun myös appsien backendien lisäarvosta jne.

 

[Kizmo]

Joissain spekulaatioissa arveltiin että Risc-V voisi kiinnostaa paljonkin facebookin, amazonin, googlen, teslan tmv tapaisia yrityksiä joille se loisi vapauden luoda semi custom rautaa omiin erikoisiin tarpeisiinsa melko nopealla syötöllä edullisesti.

Tiedä sitten

 

[hkultala]

Vähän ot mutta mitenkäs Risc-V ja palvelimet? Siitä aina silloin tällöin huhuillaan että tulevaisuus voisi olla siinä suunnassa johtuen avoimuudesta tulevista säästöistä. Mutta onko niitä oikeasti nähtävissä?

ARM-lisenssi maksanee muutaman euron/myyty prosessori. Säästöt verrattuna siihen jää hyvin pieniksi.

Mutta
1) ARMv8 on teknisesti paljon parempi arkkitehtuuri kuin RISC-V
2) Suorituskykyisiä ARM-ytimiä tosissaan kehittäviä firmoja on paljon enemmän kuin suorituskyyisiä RISC-V-ytimiä tosissaan kehittäviä firmoja.

 

[hkultala]

Joissain spekulaatioissa arveltiin että Risc-V voisi kiinnostaa paljonkin facebookin, amazonin, googlen, teslan tmv tapaisia yrityksiä joille se loisi vapauden luoda semi custom rautaa omiin erikoisiin tarpeisiinsa melko nopealla syötöllä edullisesti.

Tiedä sitten

Kyllä niitä ARMejakin saa customoitua hyvin vapaasti, kun vaan maksaa ARMille sopivasta lisenssistä. Ja lopputulos paljon parempi kuin RISC-V-pohjaisella.

 

[_j03_]

Kyllä niitä ARMejakin saa customoitua hyvin vapaasti, kun vaan maksaa ARMille sopivasta lisenssistä. Ja lopputulos paljon parempi kuin RISC-V-pohjaisella.

Ja eikös arm ole nyt avaamassa peliä (https://www.eetimes.com/document.asp?doc_id=1335196). Voivat siis ajaa risc-v ulos markkinoilta ja jatkaa samaa rataa.

 

[Kizmo]

Kyllä niitä ARMejakin saa customoitua hyvin vapaasti, kun vaan maksaa ARMille sopivasta lisenssistä. Ja lopputulos paljon parempi kuin RISC-V-pohjaisella.

Näin mitään asiasta tietävänä: mikä siitä custom ARM ratkaisusta tekee Risc-Vtä merkittävästi paremman?

 

[hkultala]

Näin mitään asiasta tietävänä: mikä siitä custom ARM ratkaisusta tekee Risc-Vtä merkittävästi paremman?

ARMv8ssa on, mutta RISC-Vstä puuttuu mm.

* Select-käsky tai ehdolliset siirrot joilla voi valita eri arvojen väliltä ilman hyppyä.
* Paljon paremmat osoitusmoodit (joku normaal C:n taulukkoaccessi menee yhdellä käskyllä, vaatii RISC-Vssä kolme)
* Load pair ja Store pair-käskyt jolla saa esim. funktioden alun ja lupun rekisteritallennukset muistiin tehtyä aika paljon pienemmällä ksmäärällä

Saman asian saa tehtyä ARMilla selvästi pienemmällä käskymäärällä kuin RISC-Vllä, ja lisäksi välttää turhia hyppyjä

Ja vaikka RISC-V:hen saisi lisättyä custom-käskyjä jotka lisää jotain ALU-toiminnallisuutta, niin siihen ei mitenkään järkevästi saa lisättyä käskyjä joilla on useampi kuin kaksi inputtia ja useampi kuin yksi outputti, mikä tulisi näissä ongelmaksi.

 

[Obi-Lan]

Microsoft on tehnyt Surfacen omalla ARM prosessorilla ja Applen huhuillaan tuovan ARM pohjaisen MacBookin. Jonkinlaista pöhinän alkua ARM laajentumiselle havaittavissa?

 

[Kaotik]

Microsoft on tehnyt Surfacen omalla ARM prosessorilla ja Applen huhuillaan tuovan ARM pohjaisen MacBookin. Jonkinlaista pöhinän alkua ARM laajentumiselle havaittavissa?

Se Microsoftin "oma" ARM-prosessori on Qualcomm 8cx:ään perustuva semi-custom

 

[Griffin]

Tuosta tuli mieleen uutinen, mikä täälläkin taisi olla, mutta en löydä sitä mitä nyt yritin, jossa intel oli muutenkin kehittämässä x86-käskykannalle seuraajaa, minkä tarkoitus on jättää legacyroina pois ite raudasta ja emuloida tarpeen tullessa ne poisjätetyt ominaisuudet säilyttäen taaksepäinyhteensopivuuden. Vieläköhän se on kehitteillä Jos ei liian kauan kestä, niin ehkä syrjäytyminen ei ehdi tapahtua.

Juu, Intelillä oli Itanium, jonka kanssa oli tarkoitus tehdä mm. noin..
Siinä ei sitten käynyt kovin hyvin ja nyt se on kuopattu (ollut jo jonkinaikaa).
Intel's Itanium Will Get x86 Emulation - Slashdot

 

[svk]

Juu, Intelillä oli Itanium, jonka kanssa oli tarkoitus tehdä mm. noin..
Siinä ei sitten käynyt kovin hyvin ja nyt se on kuopattu (ollut jo jonkinaikaa).
Intel's Itanium Will Get x86 Emulation - Slashdot

Jep, AMD osas kyl tehdä sen ajan ryzenit, kun julkaisi x86-64 käskykantansa 64-bittisyys ilman 32-bittisten ohjelmien suorituskyvyn laskua.