Microsoft uppdaterar Windows för säkerhetshålet Meltdown

Okej, förstod det som att funktionen pcid var den som möjliggjorde avläsningen.

Skickades från m.sweclockers.com

Cinebench mår inte så bra efter uppdateringen.

~24% sämre prestanda. Inte för att jag ofta gör rendrering och sånt men detta känns ändå som något många kommer ha problem med.

Hade jag nog inte räknat med. Men det mesta man läst handlar iofs om vilken typ av anrop som påverkas mest under Linux. Exakt vilka systemanrop under Windows som skulle påverkas mest har kanske inte belysts lika mycket, även om I/O även där borde vara en av de tydliga. Vad Cinebench gör som gör att det påverkas så mycket undrar jag dock.

Körde en koll precis innan och en precis efter. Kör en till nu bara som kontroll.

EDIT: Lite bättre men inget betydligt.

"CINEBENCH can measure systems with up to 256 processor threads."

Så går nog under biten med att multi anrop (eller vad det nu kallades) blir sämre.

Whenever a running program needs to do anything useful – such as write to a file or open a
network connection – it has to temporarily hand control of the processor to the kernel to carry 
out the job. To make the transition from user mode to kernel mode and back to user mode as 
fast and efficient as possible, the kernel is present in all processes' virtual memory address 
spaces, although it is invisible to these programs. When the kernel is needed, the program 
makes a system call, the processor switches to kernel mode and enters the kernel. When it is 
done, the CPU is told to switch back to user mode, and reenter the process. While in user mode, 
the kernel's code and data remains out of sight but present in the process's page tables.


Think of the kernel as God sitting on a cloud, looking down on Earth. It's there, and no normal being can see it, yet they can pray to it.

Nice info.

Man undrar var tusan James Bond är dock... när Spectre härskar i världen och skapar meltdowns av alla datorhallar...

Dock tror jag att jag också kommer vänta med att patcha... inte för jag oroar mig för prestandaproblem, utan för buggar och otestad kod som behöver fixas till så inte saker kraschar.

Om jag förstått det hela rätt så är det snarare så att allt innan haswell (kanske vissa Ivy) som inte kan använda denna PCID funktion istället (som snabbar upp) som kommer bli hårt lidande. Mao... 2600k och tidigare blir intressant o följa, för risken är att dessa CPUer kommer tappa mest. Så din gamla 920 är i värsta farozonen.

Själva PCID funktionen har funnits sedan tidiga Pentium om jag förstått det rätt, men INVPCID är den som kom med i senare CPUer, som kan användas istället. Mao... du vill ha denna funktion.

Därför anser jag också att alla tester som visar hur en 8700k eller liknande gör är totalt meningslösa för de flesta av oss, då den har mer än nog prestanda för spel även med "-30%" (i teorin överdrivet). Men tex 6700k eller 4670k och 2600k är betydligt mer intressanta då de är betydligt mer på gränsen mellan teknikerna och tillräcklig CPU kraft.

(om någon vet mer invecklat, rätta mig gärna, men det är svårt att hitta info, då som sagt allt är delvis under NDA)

@emilakered Ska testa igen. Nu borde ju det gått tillräckligt länge för något sådant att försvinna.

EDIT: Nu gick det upp till runt 404, fortfarande 15 poäng under men inte alls lika betydligt. Måste vart för hastig med mina tester

Känns mer rimligt! Hardware Unboxed fick också en minskning, typ 2 %. Jag ser dock noll skillnad, faktiskt en ökning på 2 poäng!

Patchen påverkar inte din spelprestanda negativt, du kan lugnt patcha.

Finns ett antal speltester ute nu, ingen skillnad i dessa.

Glöm inte bort att OS patcharna inte hjälper mot user-user "läckage" tex en webbläsare som exekverar ett javascript skulle kunna dumpa all info från samtidigt öppna sessioner i chrome då dom går under samma kontext. Se exempel på https://spectreattack.com/

På med adblock och noscript tills samtliga webbläsare är patchade

NoScript finns bara för Mozilla's webläsare
Jag har dock hittat ett liknande för Chrome, som heter Disconnect, det fungerar inte riktigt på samma vis men kan blockera på liknande vis som NoScript.

Kolla era moderkorts leverantörer för Bios uppdateringar då många av optimeringarna och fixar kommer därifrån, detta är inte bara windows patchar.

https://support.microsoft.com/en-hk/help/4073119/windows-clie...

Ni kan läsa där vad ni har för support o.s.v.

T.ex. så här står det om du inte uppdaterat bios:
Hardware support for branch target injection mitigation is present: False
Windows OS support for branch target injection mitigation is present: True
Windows OS support for branch target injection mitigation is enabled: False
Windows OS support for branch target injection mitigation is disabled by system policy: False
Windows OS support for branch target injection mitigation is disabled by absence of hardware support: True

efteråt:
Hardware support for branch target injection mitigation is present: True
Windows OS support for branch target injection mitigation is present: True
Windows OS support for branch target injection mitigation is enabled: True

Kan nämna att som värst förlorade jag 50% i IO på min EVO 960 i random write/read 4k, nu är ju filer inte så här fragmenterade någonsin men i databas scenario är detta en otrolig seriöst prestandaförlust.

Edit: Kan nämna att 4k Q32TI 100% maxar en CPU kärna, så antar att detta botternneckar och varför resultaten är så enormt sämre en allt jag hittat på nätet hittills. varför jag inte längre får ut 600MB/s, Dvs ett seriöst problem för db servrar.

Det är ingen Windows bug, det är ett hårdvara problem, ja patchen har kommit till Windows 7 och 8 också.

Själv fick jag en ökning i prestandan.

Arch nyttjar inte patchen, dom skeppar nopti som default för Amd processorer. Det mesta är upstream om du kör Arch, filosofin är att inte lägga sig i. Men nu är nopti det som är default i Arch.