90% kaikista vuodoista on korjattu lauseella, älä käytä internet exploreria. Varmaan myös tässäSiihen taitaa olla hyvä syy, vai mitä mieltä olet? Linux patchin kommentitkin piilotettu, jotta vaikeampi hyväksikäyttää.
Kerro toki jos/kun niitä alkaa löytyä. Varmasti monia kiinnostaisi tietää lisää.
Minulta menee nyt kyllä sinun pointtisi ohitse aivan tyystin.
En usko että ie:n käyttö on ongelmana datakeskusten koneissa.90% kaikista vuodoista on korjattu lauseella, älä käytä internet exploreria. Varmaan myös tässä
Nyt toki keskustellaan kotikoneista, täällä on varmaan aika vähän datakeskuksien ylläpitäjiä kysymässä neuvoa.En usko että ie:n käyttö on ongelmana datakeskusten koneissa.
Mutta joo. Eiköhän me jossain kohtaa saada jotain selitystä siihen miten homma oikein meni. Voi kyllä olla että Intelin puolelta ei moista selitystä tulla koskaan saamaan
Laajuus ja vaaditut korjaustoimenpiteet ovat ainakin historiallisen suuria. Siihen nähden voisi riskienkin olettaa olevan aika isoja.
Toki ja korjaako jo valmiina olevat paikkaukset windowsissa ja linuxissa ongelmaa, vai tuleeko tästä loputon paikkauskohde.
Vaikutus nähdään vasta myöhemmin, mutta voin melkein luvata ettei firestrike tuloksesta lähde 30% pois.
Onhan noita CPU-intensiivisiä pelejä vaikka kuinka..
Ongelma ei ole se cpu:lla suoritettava koodi vaan muisti/levy accessit. Esimerkkinä tietokannat. Vaikuttaa toki peleihinkin, mutta niissä harvemmin I/O on pullonkaulana.
Kiitoksia, tämähän selvensi. Erittäin vittumaiselta kuullostaa mut onneksi kotikäyttäjää vähemmän haittaa.
Ois kyl ihan ehdoton artikkeli tämäMielenkiinnolla odotan millaiset vaikutukset käytännön suorituskyvyssä yleisimmissä tehtävissä. Kai @Sampsa ajaa ainakin suppeat testit ennen ja jälkeen päivityksen?
Ajattelin että itsekin osallistun Suomessa joukkokanteeseen jos tiedot pitävät paikkaansa.Joko jenkeissä on joukkokanteet viriämässä?
Toivottavasti saavat Kernel päivityksen fiksattua niin, ettei AMD kärsi päivityksestä.
Johan amd julkaisi sen hauskan oneliner patchin.
Njoo tuossa varmaankin kyse on siitä että on paljon helpompi(==nopeampi) lyödä kategorisesti liinat kiinni ja aukoa solmuja paremmalla ajalla alustakohtaisesti. Sanamuoto on myös että vanhemmat prossut kärsivät enemmän, ei että uudemmat kärsivät vähemmän. PCID pitää emuloida vanhemmilla raudoilla, jolloin kerroksien väliin tulee entistä enempi phläskiä.
Jeh ainakin E5 v2 Xeonista on mystisesti kyseinen ominaisuus kadonnut.
Intel's CEO Just Sold a Lot of StockAMD lappu vajaassa 10% nousussa ennen pörssin aukeamista
Mielenkiinnolla odotan millaiset vaikutukset käytännön suorituskyvyssä yleisimmissä tehtävissä. Kai @Sampsa ajaa ainakin suppeat testit ennen ja jälkeen päivityksen?
Kiitoksia, tämähän selvensi. Erittäin vittumaiselta kuullostaa mut onneksi kotikäyttäjää vähemmän haittaa.
Ois kyl ihan ehdoton artikkeli tämä
Ketjun lukemallahan tuo selviää
Muuttuuhan AMD:n prossu selvästi paremmaksi ostokseksi tämän myötä.
Ongelmaa ei ole AMD:n prossuilla, mutta ainakin ensimmäinen versio Linux-pätsistä jostain syystä kohtelee AMD:n prosessoreita kuin niissä olisi sama ongelma. Eiköhän loppujen lopuksi päästä tilanteeseen että ei koske millään tasolla AMD:n prossuja.
Piti paikkaansa ehkä joskus IE6:n aikaan vielä90% kaikista vuodoista on korjattu lauseella, älä käytä internet exploreria. Varmaan myös tässä
Kannattaa laittaa lähde mukaan niin voidaan vetää analyysi noista sun lukemista testeistä.
Väittivät, että AMD:n patch on hyväksytty RC7 versioon kernelistä.
Kannattaa laittaa lähde mukaan niin voidaan vetää analyysi noista sun lukemista testeistä.
En minä näe tuossa ongelmaa. Muiden suoritinvalmistajien prosessorit edustavat pyöristykseen häviävää prosenttimäärää markkinoista eikä kukaan ole todistanut niitä turvalliseksi tuon bugin tai muidenkaan suhteen.
AMD processors are not subject to the types of attacks that the kernel
page table isolation feature protects against. The AMD microarchitecture
does not allow memory references, including speculative references, that
access higher privileged data when running in a lesser privileged mode
when that access would result in a page fault.
Disable page table isolation by default on AMD processors by not setting
the X86_BUG_CPU_INSECURE feature, which controls whether X86_FEATURE_PTI
is set.
Signed-off-by: Tom Lendacky <thomas.lendacky@xxxxxxx>
---
arch/x86/kernel/cpu/common.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
index c47de4e..7d9e3b0 100644
--- a/arch/x86/kernel/cpu/common.c
+++ b/arch/x86/kernel/cpu/common.c
@@ -923,8 +923,8 @@ static void __init early_identify_cpu(struct cpuinfo_x86 *c)
setup_force_cpu_cap(X86_FEATURE_ALWAYS);
- /* Assume for now that ALL x86 CPUs are insecure */
- setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+ if (c->x86_vendor != X86_VENDOR_AMD)
+ setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
fpu__init_system(c);
