Virallinen: AMD vs Intel keskustelu- ja väittelyketju

[Kaotik]

@Sampsa / @Kaotik uutista etusivulle?

Tulee kyllä, huomenna (tänään).
Pitää tutkia ja sulatella lukemaansa että vältytään edes suurimmilta virheiltä

 

[Puurokulho]

Kysymys kuuluu, että kuinka vanhoihin prossuihin tuo bugi oikeen vaikuttaa ja mitkä on vaikutukset normikäyttäjälle?

 

[mRkukov]

Kysymys kuuluu, että kuinka vanhoihin prossuihin tuo bugi oikeen vaikuttaa ja mitkä on vaikutukset normikäyttäjälle?

It is understood the bug is present in modern Intel processors produced in the past decade.

Eli käytännössä kaikkia käytössä olevia intelin prossuja.

 

[Puurokulho]

Vittu, eli käytännössä kaikkia Bloomfieldeistä eteenpäin?
Koskas se Ryzen+ tulikaan myyntiin?

 

[mRkukov]

Vittu, eli käytännössä kaikkia Bloomfieldeistä eteenpäin?
Koskas se Ryzen+ tulikaan myyntiin?

No sepä. Jos tuo 5-30% hidastus kaikkeen pitää paikkaansa niin ei ole kyse mistään pikkujutusta.

 

[JiiPee]

Joo nyt kyllä haiskahtaa siltä että on tulossa melkoinen rytky. Olisi kiva olla kärpäsenä katossa madmaxin thunderdomessa.

 

[hkultala]

No sepä. Jos tuo 5-30% hidastus kaikkeen pitää paikkaansa niin ei ole kyse mistään pikkujutusta.

Ei ole kaikkeen.

Kernel-kutsut hidastuvat moninkertaisesti, mutta suurin osa koodista on muuta kuin kernel-kutsuja, joten keskimäärin hidastus on tuo 5-30%.

Jos koodi vaan laskee jotain jo muistiin ladatulla datalla, eikä mitään IOta tehdä eikä muisti lopu kesken että tarvitsisi swapata mitään,
hidastus tuosta on silloin käytännössä täysin olematon, kun ei niitä kernel-kutsuja tule juuri yhtään. Mutta ainahan se data pitää jostain saada laskettavaksi ja laskennan tulokset lopussa dumpata johonkin, ja ne vaiheet hidastuvat ainakin.

Ja sitten kun sitä IOta tehdään paljon, erityisesti jos se tehdään pienissä paloissa, tuo alkaa sattumaan selvästi.


Eli siis on erittäin tapauskohtaista, että paljonko tuo sattuu. Palvelinkäytössä kuitenkin pahempi kuin työpöytäkäytössä.

 

[JiiPee]

Täällä hiukan testejä

Initial Benchmarks Of The Performance Impact Resulting From Linux's x86 Security Changes - Phoronix

Ei kotikäyttäjälle välttämättä niin kova isku tule olemaan, mutta palvelin puolella varmasti tuntuu.

 

[Nerkoon]

Täällä hiukan testejä

Initial Benchmarks Of The Performance Impact Resulting From Linux's x86 Security Changes - Phoronix

Ei kotikäyttäjälle välttämättä niin kova isku tule olemaan, mutta palvelin puolella varmasti tuntuu.

Jaha, EPYCin kilpailukyky taisi juuri nousta ihan uudelle tasolle

 

[mRkukov]

Jaha, EPYCin kilpailukyky taisi juuri nousta ihan uudelle tasolle

Ainakin fileservereissä todella iso hitti...
Mites nuo pienet kotikäyttöön tehdyt nassit? Niissäkin nopeudet puolittuu (olettaen että joskus saavat päivityksen)?

 

[HEDT]

Jos tuo Intel bugi ja sen korjauksen tuoma nopeushaitta pitää paikkansa, niin voi täälläkin kovimpien Intel fanaatikkojen e-penis lerpahtaa kun jopa 30% vauhdista katoaa alta.

Taitaa eräillä AMD- fanaatikoilla nousta pystyyn.

Kyse on vain palvelimista ja pilvestä:

"There are ominous signs that Intel may be secretly fixing a major security vulnerability affecting its processors, which threatens to severely damage its brand equity among datacenter and cloud-computing customers".

Intel Secretly Firefighting a Major CPU Bug Affecting Datacenters?

Jaha, EPYCin kilpailukyky taisi juuri nousta ihan uudelle tasolle

Tarvittaessa Intel tarjoaa pari ilmaista prossua ensi hätään, ettei ole mitään syytä vaihtaa AMD Epyc: iin.

 

[mRkukov]

Jahas, ensimmäinen intel fanaatikko heräsi.

Toivottavasti korjaus ei vaikuta turhaan amd prossuihin. Lähinnä se että tehdään todella isoja muutoksia -> vaara että jotain hajoaa.

Tämä on se mitä pelkäsinkin:

Update, 10:56 PM - 1/2/18 - As it turns out, apparently the Linux patch that is being rolled out is for ALL x86 processors including AMD, and the Linux mainline kernel will treat AMD processors as insecure as well. As a result, AMD CPUs will feel a performance hit as well, though the bug only technically affects Intel CPUs and AMD recommends specifically not to enable the patch for Linux. How Microsoft specifically will address the issue with the Windows operating system remains unclear until the company's formal Patch Tuesday update is made known, hopefully soon

Huge Intel CPU Bug Allegedly Causes Kernel Memory Vulnerability With Up To 30% Performance Hit In Windows And Linux | HotHardware

Edit:
Ilmeisesti pieni patch riittää ja amd prossut jää hidastuksen ulkopuolelle.

 

[svk]

Tarvittaessa Intel tarjoaa pari ilmaista prossua ensi hätään

Kyse on vain palvelimista ja pilvestä

Eli juuri siitä tuoteryhmästä, missä isot rahat liikkuu. Ja onko intel joskus antanut prossuja ilmaiseksi tälläisistä syistä ennenkin?

 

[TheMeII]

Eli juuri siitä tuoteryhmästä, missä isot rahat liikkuu. Ja onko intel joskus antanut prossuja ilmaiseksi tälläisistä syistä ennenkin?

Edellisen kerran kun amd oli lähellä/edellä tehoissa. Makso konevalmistajille siitä etteivät osta amdeetä tai inteliä pitää olla 90% tms.

 

[svk]

Edellisen kerran kun amd oli lähellä/edellä tehoissa. Makso konevalmistajille siitä etteivät osta amdeetä tai inteliä pitää olla 90% tms.

Näin kuulema pena nelosen aikana, mutta siis jos suorituskyky laskee syystä X?

 

[mRkukov]

Näin kuulema pena nelosen aikana, mutta siis jos suorituskyky laskee syystä X?

Taitaa olla ensimmäinen kerta kun näin isoa droppia tulee näin laajalti kaikkeen. Viallisia prossujahan on kyllä vaihdeltu uusiin, mutta nyt vika on niin laaja, ettei varmasti tule uutta rautaa vanhan tilalle. Siinä olisi jopa intel konkassa. Siksihän tuo korjauskin tehdään nyt softatasolle. Rauta on rikki eikä varmasti tule korjautumaan.

Mielenkiinnolla kyllä odotan mitä tästä tulee. Miten Intel reagoi ja millaisia (mahdollisia) korvauksia aiheuttaa. Eiköhän tästä useampia oikeustapauksia tule.

 

[tonkar]

Ei Intel tule antamaan mitään ilmaiseksi. Myöhemmin tulee uusi korjattu tuote, hieman kalliimpaan hintaan ja kaikki ostavat kiltisti, koska Intel. Jaa niin, voin jo arvata että nuo prossut vaativat myös täysin uuden kannan, koska niitä ei ole taas hetkeen tullut.

 

[mRkukov]

Tämä on se mitä pelkäsinkin:

Update, 10:56 PM - 1/2/18 - As it turns out, apparently the Linux patch that is being rolled out is for ALL x86 processors including AMD, and the Linux mainline kernel will treat AMD processors as insecure as well. As a result, AMD CPUs will feel a performance hit as well, though the bug only technically affects Intel CPUs and AMD recommends specifically not to enable the patchfor Linux. How Microsoft specifically will address the issue with the Windows operating system remains unclear until the company's formal Patch Tuesday update is made known, hopefully soon

Huge Intel CPU Bug Allegedly Causes Kernel Memory Vulnerability With Up To 30% Performance Hit In Windows And Linux | HotHardware

Edit:
Ilmeisesti pieni patch riittää ja amd prossut jää hidastuksen ulkopuolelle.

Ketjun aiheeseen liittyen... Intelin korjaus hidastaa "vahingossa" myös amd prossuja.

No eiköhän tuo amd:n tekemä patch valu aika nopeasti mukaan. Silti aika surkuhupaisaa toimintaa Intelin puolelta.

 

[El-Reino69]

Kyllä nyt harmittaa Katsotaan ny mitä tapahtuu muttei se ny kauheen hyvältä näytä Intelin kannalta

 

[Divvy]

Jännä että AMD-fanikööri keskittyy täällä niin vahvasti Intel-käyttäjien tuntemuksiin.

8700k paras peliprossu ennen ja jälkeen korjauksen ( ellei Intel ole julkaissut vielä parempaa ).

 

[mRkukov]

Intelin suorittimissa paha bugi – kaikki käyttöjärjestelmät päivitetään, suorituskyky laskee

Hidasta toimintaa IO toimituksessa. Vai yrittävätkö kerätä enemmän tietoa?

 

[mRkukov]

8700k paras peliprossu ennen ja jälkeen korjauksen ( ellei Intel ole julkaissut vielä parempaa ).

Tuskin kauheasti pelinopeuteen vaikuttaa. Vaikuttaa kaikkeen vähänkään ammattimaisempaan.

 

[Cirrus]

Tuskin kauheasti pelinopeuteen vaikuttaa. Vaikuttaa kaikkeen vähänkään ammattimaisempaan.

Ei pidä paikkaansa.

Videoenkoodaukseen ei vaikutusta phoronixin ennakkotestin perusteella. Lausuntosi on siis täyttä sontaa.

 

[mRkukov]

Ei pidä paikkaansa.

Videoenkoodaukseen ei vaikutusta phoronixin ennakkotestin perusteella. Lausuntosi on siis täyttä sontaa.

Videoenkoodaus onkin aika CPU rajoitteista. Ilmeisesti bugin korjaus hidastaa IO:ta, eli enkoodauksen kannalta merkityksetöntä. Peleissä voi vaikuttaa lähinnä latausruutuihin tai muuhun IO painotteiseen toimintaan. Isoihin levypakkoihin tämä taitaakin sitten vaikuttaa todella pahasti.

 

[hupiukko]

Videoenkoodaus onkin aika CPU rajoitteista. Ilmeisesti bugin korjaus hidastaa IO:ta, eli enkoodauksen kannalta merkityksetöntä. Peleissä voi vaikuttaa lähinnä latausruutuihin tai muuhun IO painotteiseen toimintaan. Isoihin levypakkoihin tämä taitaakin sitten vaikuttaa todella pahasti.

Videoenkoodaus on myös levyintensiivistä, kun aletaan puhumaan oikeasta kuormasta. Eikä synteettisestä, kuten yleensä nuo perus handbrake-testit. Odotan mielenkiinnolla Avid/Premiere-testejä, jossa videot käännetään monesta kamerasta ja tuhansista raw-filuista.

 

[mRkukov]

Videoenkoodaus on myös levyintensiivistä, kun aletaan puhumaan oikeasta kuormasta. Eikä synteettisestä, kuten yleensä nuo perus handbrake-testit. Odotan mielenkiinnolla Avid/Premiere-testejä, jossa videot käännetään monesta kamerasta ja tuhansista raw-filuista.

Kyllä. Vastaus olikin @Cirrus väitteeseen. Ilmeisesti tarkoitti lähinnä jotain pelivideoiden enkoodausta tai perus 1-to-1 re-enkoodausta.

Turha näistä on enempää väitellä ennen kuin lisää dataa tarjolla. Ensimmäiset testit vain kertoo että IO operaatioissa voi pahimmillaan tulla 50% performance penaltyä. Se on todella paljon. "Normaalissa" käytössä jäädään varmaan tuohon 5-30%, mitä uutisissakin on puhuttu. Ei sekään mikään huomaamaton juttu ole.

 

[Cirrus]

Kyllä. Vastaus olikin @Cirrus väitteeseen. Ilmeisesti tarkoitti lähinnä jotain pelivideoiden enkoodausta tai perus 1-to-1 re-enkoodausta.

Turha näistä on enempää väitellä ennen kuin lisää dataa tarjolla. Ensimmäiset testit vain kertoo että IO operaatioissa voi pahimmillaan tulla 50% performance penaltyä. Se on todella paljon. "Normaalissa" käytössä jäädään varmaan tuohon 5-30%, mitä uutisissakin on puhuttu. Ei sekään mikään huomaamaton juttu ole.

Joka oli taas vastaus sinun väitteeseen "Vaikuttaa kaikkeen vähänkään ammattimaisempaan". Moposi keuli heti.

Tämä on huomattavasti parempi kommentti:

Turha näistä on enempää väitellä ennen kuin lisää dataa tarjolla.

 

[varakreivi de Valmont]

Jaha, EPYCin kilpailukyky taisi juuri nousta ihan uudelle tasolle

AMD:llä taitaa olla ongelmana, miten GloFon kapasiteetti riittää. Ilmeisesti jo nyt on ollut ongelmia saada tiettyihin segmentteihin riittävästi piirejä.

 

[Focus0]

Ei ole kaikkeen.

Kernel-kutsut hidastuvat moninkertaisesti, mutta suurin osa koodista on muuta kuin kernel-kutsuja, joten keskimäärin hidastus on tuo 5-30%.

Jos koodi vaan laskee jotain jo muistiin ladatulla datalla, eikä mitään IOta tehdä eikä muisti lopu kesken että tarvitsisi swapata mitään,
hidastus tuosta on silloin käytännössä täysin olematon, kun ei niitä kernel-kutsuja tule juuri yhtään. Mutta ainahan se data pitää jostain saada laskettavaksi ja laskennan tulokset lopussa dumpata johonkin, ja ne vaiheet hidastuvat ainakin.

Ja sitten kun sitä IOta tehdään paljon, erityisesti jos se tehdään pienissä paloissa, tuo alkaa sattumaan selvästi.


Eli siis on erittäin tapauskohtaista, että paljonko tuo sattuu. Palvelinkäytössä kuitenkin pahempi kuin työpöytäkäytössä.

Eikös tuo sitten kerro sen että paljon sitä tehua oli oikeesti siinä kivessä. Täytyy laskea eri algoritmejä ja tehdä "random" hakuja.
Kai tuohon sitten emolevyn piirisarjakin vaikuttaa?

 

[copter]

Edellisen kerran kun amd oli lähellä/edellä tehoissa. Makso konevalmistajille siitä etteivät osta amdeetä tai inteliä pitää olla 90% tms.

P4 aikana Intel maksoi jokaiselle CPU:n ostaneelle 15$ takaisin hyvityksenä kun oli manipuloinut testituloksia näyttämään paremmilta kuin mitä ne oikeasti oli. Tämän lisäksi Intel oli oikeudessa valmistajien ja jälleenmyyjien lahjomisesta ja joutui maksamaan 1,4 miljardia USD kun asia meni loppujen lopuksi oikeuteen. Onhan nuo Intelin toimet ollut hyvin kyseenalaisia aikoinaan, tosin en usko että näillä on mitään tekemistä nykytilanteen kanssa.

Joku kuitenkin Intelillä on varmasti kokoajan tiennyt tästä asiasta, mutta ollut vain hys hys ettei tule sanomista kun kauppa käy hyvin. Tyyliin "ollaan hiljaa, saadaan kalaa".

 

[copter]

Täällä hiukan testejä

Initial Benchmarks Of The Performance Impact Resulting From Linux's x86 Security Changes - Phoronix

Ei kotikäyttäjälle välttämättä niin kova isku tule olemaan, mutta palvelin puolella varmasti tuntuu.

Tästä oleellisin oli alareunassa erillisen linkin takana, joka varmaan täällä eniten kiinnostaa:

Linux Gaming Performance Doesn't Appear Affected By The x86 PTI Work - Phoronix

Eli tuossa jotain Linuxilla ajettuja gaming benchmarkkeja.

 

[akse]

Jännä että AMD-fanikööri keskittyy täällä niin vahvasti Intel-käyttäjien tuntemuksiin.

8700k paras peliprossu ennen ja jälkeen korjauksen ( ellei Intel ole julkaissut vielä parempaa ).

Aika vähän keskitytty siihen..

1 kommentti tuli tuolle yhdelle huutelijalle lähinnä?

Linux kernelin ekat paikkaukset vissiin vaikuttaa kaikkiin X86 prossuihin. Sen jälkeen varmaan kattelevat miltä vendoreilta ne disabloidaan. ( kernel/git/torvalds/linux.git - Linux kernel source tree )

Ja tosiaan vaikuttaa eniten asioihin mitkä vaativat kernelikutsuja eli yleensä IO tapahtumat (levykirjoitus jne.).

Tuon yhden testin mukaan levyn nopeus vaikuttaa paljon. Jos siis erittäin nopea levy niin vaikutus on paljon suurempi kuin hitaalla levyllä.

 

[copter]

Kaipa tämä eniten vaikuttaa NVMe levyjen nopeuteen. Siitähän tässä on ollutkin juttua ja ihmetelty, että miksi on Intelillä NVMe suorituskyky niin paljon parempi vs AM4 / Ryzen. Kaikki muu sitten mikä sitä levyä käyttää hidastuu suhteessa. Toki on muitakin I/O toimintoja, mutta tuo nyt se oleellisin.

Käsittääkseni ero on ollut jotain 10-20% luokkaa Intel hyväksi NVMe suorituskyvyssä. Tämä varmaan laittaa melko tasoihin molemmat alustat.

 

[TheMeII]

Jännä että AMD-fanikööri keskittyy täällä niin vahvasti Intel-käyttäjien tuntemuksiin.

8700k paras peliprossu ennen ja jälkeen korjauksen ( ellei Intel ole julkaissut vielä parempaa ).

Muutama ääripää molemmilta puolilta aina vetää aina överiksi uutisoitiin mitä tahansa.

Itse lukeudun enemmän ATK-faniporukkaan ja toivon että molemmat valmistajat olisivat noin tasoissa jolloin joutuisivat kilpailemaan myynneistä. Omassa koneessa on nyt Ryzeni ja puolison ivy kun päivittyy niin varsin todennäköisesti siihen tulee Inteliä. Sen koneen pitää vain toimia muutamissa asioissa ja tää oma taas on niin jokapaikanhöylä että extra coreista on jopa hyötyäkin välillä.

 

[Focus0]

Muutama ääripää molemmilta puolilta aina vetää aina överiksi uutisoitiin mitä tahansa.

Itse lukeudun enemmän ATK-faniporukkaan ja toivon että molemmat valmistajat olisivat noin tasoissa jolloin joutuisivat kilpailemaan myynneistä. Omassa koneessa on nyt Ryzeni ja puolison ivy kun päivittyy niin varsin todennäköisesti siihen tulee Inteliä. Sen koneen pitää vain toimia muutamissa asioissa ja tää oma taas on niin jokapaikanhöylä että extra coreista on jopa hyötyäkin välillä.

Sittenhän se vasta jännäks meniski että molemmat osapuolet olisi samalla lähtöviivalla
Toivottavasti se menis joskus siihen että kilpailtais ostajista tasapäin.

 

[copter]

Itse en koe olevani kummassakaan leirissä. Löytyy molemmat Ryzen ja Intel kokoonpano. Jos näille hankkisi nauhat tuonne sivuun molemmille, niin tulisi varmaan riitaa siitä kumpi on ylempänä. Kuvastaa mielestäni hyvin tätä fanituksen määrää.

 

[mRkukov]

@Sampsa / @Kaotik uutista etusivulle?

Tulee kyllä, huomenna (tänään).
Pitää tutkia ja sulatella lukemaansa että vältytään edes suurimmilta virheiltä

Intelin suorittimissa paha bugi – kaikki käyttöjärjestelmät päivitetään, suorituskyky laskee
Intelin suorittimissa vakava haavoittuvuus – Suorituskyky voi heikentyä jopa 30 prosenttia
Intelin suorittimissa on suunnitteluvirhe, jonka korjaaminen tulee vaikuttamaan suorituskykyyn – paikat pian saatavilla

IO toimituksella korjaus(/hidastus)päivitys vissiin jo asennettuna kun ei uutista kuulu?

 

[demu]

P4 aikana Intel maksoi jokaiselle CPU:n ostaneelle 15$ takaisin hyvityksenä kun oli manipuloinut testituloksia näyttämään paremmilta kuin mitä ne oikeasti oli. Tämän lisäksi Intel oli oikeudessa valmistajien ja jälleenmyyjien lahjomisesta ja joutui maksamaan 1,4 miljardia USD kun asia meni loppujen lopuksi oikeuteen. Onhan nuo Intelin toimet ollut hyvin kyseenalaisia aikoinaan, tosin en usko että näillä on mitään tekemistä nykytilanteen kanssa.

Joku kuitenkin Intelillä on varmasti kokoajan tiennyt tästä asiasta, mutta ollut vain hys hys ettei tule sanomista kun kauppa käy hyvin. Tyyliin "ollaan hiljaa, saadaan kalaa".

Tuskinpa Intel tuota bugia on tieten tahtoen piilotellut ~10 vupden ajan.
Jos bugi oltaisiin havaittu, se oltaisiin korjattu ensimmäisessä mahdollisessa steppingissä tai viimeistään uuden sukupolven prosessoreissa.

Jos taas mennään foliohattupuolelle niin ”varmaan bugi on tahallisesti toteutettu NSA:n tarpeita varten”. Tähän en usko, koska suorituskykyhitin rahallinen vaikutus serverimarkkinoilla tulee olemaan merkittävä.

 

[Hessu]

Intelin suorittimissa paha bugi – kaikki käyttöjärjestelmät päivitetään, suorituskyky laskee
Intelin suorittimissa vakava haavoittuvuus – Suorituskyky voi heikentyä jopa 30 prosenttia
Intelin suorittimissa on suunnitteluvirhe, jonka korjaaminen tulee vaikuttamaan suorituskykyyn – paikat pian saatavilla

IO toimituksella korjaus(/hidastus)päivitys vissiin jo asennettuna kun ei uutista kuulu?

Epäilen, että tästä tulee syväluotaavampaa juttua techiltä, eikä vain perus uutista.

 

[mRkukov]

Epäilen, että tästä tulee syväluotaavampaa juttua techiltä, eikä vain perus uutista.

Näin voisi olettaa.

Tuskinpa Intel tuota bugia on tieten tahtoen piilotellut ~10 vupden ajan.
Jos bugi oltaisiin havaittu, se oltaisiin korjattu ensimmäisessä mahdollisessa steppingissä tai viimeistään uuden sukupolven prosessoreissa.

Jos taas mennään foliohattupuolelle niin ”varmaan bugi on tahallisesti toteutettu NSA:n tarpeita varten”. Tähän en usko, koska suorituskykyhitin rahallinen vaikutus serverimarkkinoilla tulee olemaan merkittävä.

Joo aika foliohattuilua tuo on. Varmasti on joku tiennyt että jossain kohtaa on oiottu. Mutta tuskinpa sitä on juurikaan ajateltu. Vanhaa hyväksi havaittua on vain uudelleenkäytetty vuodesta ja mallista toiseen.

 

[Nerkoon]

Tarvittaessa Intel tarjoaa pari ilmaista prossua ensi hätään, ettei ole mitään syytä vaihtaa AMD Epyc: iin.

Edellinen kerta taisi päättyä oikeudessa ja maksoi Intelille miljardeja

 

[copter]

Tuskinpa Intel tuota bugia on tieten tahtoen piilotellut ~10 vupden ajan.
Jos bugi oltaisiin havaittu, se oltaisiin korjattu ensimmäisessä mahdollisessa steppingissä tai viimeistään uuden sukupolven prosessoreissa.

Jos taas mennään foliohattupuolelle niin ”varmaan bugi on tahallisesti toteutettu NSA:n tarpeita varten”. Tähän en usko, koska suorituskykyhitin rahallinen vaikutus serverimarkkinoilla tulee olemaan merkittävä.

En ole millään foliohattulinjalla tässä liikenteessä enkä usko mihinkään NSA tms teorioihin. Jos tässä ketjussa olevat ihmiset pystyvät ymmärtämään aiheesta kirjoitetun artikkelin perusteella mikä menee pieleen / ei toimi oikein, niin miten Intelin suunnittelijat eivät ole voineet sitä tajuta alan asiantuntijoina heillä käytössä olevan huomattavasti laajemman informaation pohjalta kun ovat kokoajan tienneet miten tuo toiminto tarkalleen toimii?

Nykypäivänä kun kehitetään jotain niin tietoturva on melko oleellisessa roolissa ja ihan perus koodaajakin ymmärtää että jos koodissa tehdään jotain korkeampaa oikeutta vaativaa toimenpidettä, niin täytyy pitää huoli siitä että sitä toimenpidettä ei voida käyttää väärin tai niiden korkeampien oikeuksien avaaminen ei saa mahdollistaa väärinkäytöstä muiden toimenpiteiden ajamiseen taikka tietojen lukemiseen, muokkaamiseen jne.

 

[JiiPee]

Kyse on vain palvelimista ja pilvestä:

Vain? Olet sinä kyllä melkoinen hupiukko. Pahimmillaan 50% performance loss ei haittaa mitään kun kuse on vain palvelimista ja pilvestä. Lisätään vain prosessoreita joita Intel lahjottaa ilmaiseksi. Joopa joo. Mihinkäs ne lisäprosessorit sitten laitetaan jos tila on jo kaikki käytetty salissa?

 

[JiiPee]

Nykypäivänä kun kehitetään jotain niin tietoturva on melko oleellisessa roolissa ja ihan perus koodaajakin ymmärtää että jos koodissa tehdään jotain korkeampaa oikeutta vaativaa toimenpidettä, niin täytyy pitää huoli siitä että sitä toimenpidettä ei voida käyttää väärin tai niiden korkeampien oikeuksien avaaminen ei saa mahdollistaa väärinkäytöstä muiden toimenpiteiden ajamiseen taikka tietojen lukemiseen, muokkaamiseen jne.

Ongelma on siinä että vaikka kuinka kaikillä olisi perusteet kunnossa tietämyksen osalta että mitä ei saa ja mitä saa tehdä, niin aina löytyy henkilöitä jotka ajattelee asioita aivan täysin eri tavalla ja tekevät asioita joita koodaaja ei ole edes tullut ajatelleeksi. Täysin aukotonta koodia on lähes mahdotonta tehdä.
Jos homma olisi niin helppoa niin eihän näitä tietoturha aukkoja jatkuvasti tulisi julki.

 

[Nerkoon]

Tästä oleellisin oli alareunassa erillisen linkin takana, joka varmaan täällä eniten kiinnostaa:

Linux Gaming Performance Doesn't Appear Affected By The x86 PTI Work - Phoronix

Eli tuossa jotain Linuxilla ajettuja gaming benchmarkkeja.

Ottaisin tuon suolan kanssa, koska koodareita on joka lähtöön pelifirmoissakin eli voi näkyä pahastikin joissain peleissä vaikka ei yleisesti kovin paljoa vaikuttaisi.

 

[HEDT]

Vain? Olet sinä kyllä melkoinen hupiukko. Pahimmillaan 50% performance loss ei haittaa mitään kun kuse on vain palvelimista ja pilvestä.

Sä se vasta oletkin hupiukko kun viet 50% prossun tehoista.

Toistaiseksi hidastuksen määrästä on vain arvioita, Registerin mukaan vaikutus voi tehtävästä riippuen olla viidestä jopa 30 prosenttiin. Vaikutuksen odotetaan olevan pienempi tuoreemmilla Intelin suorittimilla, joissa on muistinkäyttöön vaikuttavia ominaisuksia kuten PCID.

Ongelma ei vaikuta ainakaan toistaiseksi peruskäyttäjiin. Sen sijaan sillä voi olla iso vaikutus pilvipalveluntarjoajiin kuten Amazoniin, Googleen ja Microsoftiin, joiden pilvialustat perustuvat Intelin suorittimiin.

Tivi

 

[svk]

Hmmm... Minulla on läppärissä pentium p6100 ja kone swappailee 4 gigan muistin vuoksi saatanasti...

edit. offtopic: Vieläkö on kunnollista ryzen läppäriä näkynyt?

 

[Andy]

Ongelma ei vaikuta ainakaan toistaiseksi peruskäyttäjiin. Sen sijaan sillä voi olla iso vaikutus pilvipalveluntarjoajiin kuten Amazoniin, Googleen ja Microsoftiin, joiden pilvialustat perustuvat Intelin suorittimiin.

Tivi

Kyllähän tämä aikamoinen ongelma on. Noilla on semmonen määrä rautaa, että se 5% tehonpudotus on melkoinen. Ei tätä millään Intelin voiteluprossuilla korjata. Tämmöinen korjaus lisäisi vain tilantarvetta ja energiankulutusta, mikä ei ole toivottavaa.

Taitaa Intelillä olla kohta alennusmyynnit paikkansa pitämiseksi.

 

[Kaotik]

Intelin suorittimissa paha bugi – kaikki käyttöjärjestelmät päivitetään, suorituskyky laskee

Hidasta toimintaa IO toimituksessa. Vai yrittävätkö kerätä enemmän tietoa?

Yritin saada siitä kattavamman ku muut.

Intelin prosessoreista löytynyt bugi vaatii suorituskykyyn vaikuttavia käyttöjärjestelmätason päivityksen - io-tech.fi

 

[Kaotik]

Sä se vasta oletkin hupiukko kun viet 50% prossun tehoista.

Toistaiseksi hidastuksen määrästä on vain arvioita, Registerin mukaan vaikutus voi tehtävästä riippuen olla viidestä jopa 30 prosenttiin. Vaikutuksen odotetaan olevan pienempi tuoreemmilla Intelin suorittimilla, joissa on muistinkäyttöön vaikuttavia ominaisuksia kuten PCID.

Ongelma ei vaikuta ainakaan toistaiseksi peruskäyttäjiin. Sen sijaan sillä voi olla iso vaikutus pilvipalveluntarjoajiin kuten Amazoniin, Googleen ja Microsoftiin, joiden pilvialustat perustuvat Intelin suorittimiin.

Tivi

Intelin prosessoreista löytynyt bugi vaatii suorituskykyyn vaikuttavan käyttöjärjestelmätason päivityksen - io-tech.fi

Tietyissä tilanteissa suorituskykyerot ovat yli 50% itseasiassa, Phoronix on ihan käytännössä testannut. Mikään reaalimaailman skenaario tuo ei kotikäyttäjillä tietenkään ole, mutta datakeskuksissa voidaan päätyä samankaltaisiin tilanteisiin ainakin joillain palvelintyypeillä.