Microsoft Kernel Patch CPU Before and After Benchmarks Thread


Recommended Posts

RE: Microcode updates. For older motherboard users who likely are never going to get official EFI updates, VMWare has a tool that can update a CPU's microcode

 

https://labs.vmware.com/flings/vmware-cpu-microcode-update-driver

 

Good luck finding the relevant 'microcode.dat' file needed for Intel CPUs though. I haven't yet located where Sandybridge's latest one is.

The only one I was able to find was for Linux distributions, I guess specific to virtualization of Linux distributions, nothing pertinent to Windows.

Edited by DeusProto
  • Like 2
On 1/7/2018 at 3:37 AM, LimeMaster said:

I understand why Linus is angry then.

cos hes an attention seeking bellend? What bout his beloved ARM he proclaims, they are affected also......yup confirmed intel hating bellend! 

 

 

  • Like 3
2 hours ago, DeusProto said:

RE: Microcode updates. For older motherboard users who likely are never going to get official EFI updates, VMWare has a tool that can update a CPU's microcode

 

https://labs.vmware.com/flings/vmware-cpu-microcode-update-driver

 

Good luck finding the relevant 'microcode.dat' file needed for Intel CPUs though. I haven't yet located where Sandybridge's latest one is.

The only one I was able to find was for Linux distributions, I guess specific to virtualization of Linux distributions, nothing pertinent to Windows.

I am in the same situation as You are. Nothing from either ASUS or Intel for Sandy Bridge. In fact, I am almost certain Intel will not release anything for Sandy Bridge and older since, theoretically, these chips would be more affected by the slowdown than Broadwell and later. I still can't find anything on Haswell V1 either.

It's exhausting when you all think you are testing old CPU's when it's been said the problem goes back to CPU's from 1995.

Seriously all the sarcastic and flippant little remarks about it being overblown is silly nonsense.

I seen 1 guy bench an newer i7 then right away a guy made a crack about the problem being no big deal.

I wouldn't have a problem with that had people actually done testing first.. but they haven't.

Clearly most of you did not hear what was said in the first place.

No one anywhere on the internet said *ALL* CPU's would get a 20/30% CPU penalty. (The same amount of speed loss)

You are making that up in your head.

What was ACTUALLY said  is could vary by CPU and WHAT YOU ARE DOING.

Get it yet ?

It's tiring when people fail miserably to comprehend what is posted int he stories.

Then.. get extremely rude snotty arrogant and offensive about it.

 

My "old" Haswell 4770k i7 i used to have was more powerful than 20 of the PC's i am using right now.

So think about it.. is your old dual core from 2005 going to be more affected than a CPU from last year (that you call "old") ?

 

I don't like the It's not a problem at all guys or.. the hysteria people saying it;s the end of the world.

Can we get a fair HONEST and accurate balance that is based of of REAL testing ?

And don't forget people already made their opinions / judgments for all CPU's based on the first few "old" CPU;'s people benched.

 

I've been bench'ing for a decade or two and already have a pile of software installed.

I will do some testing but i was waiting for WU to offer the patch to me via Windows update.

I am not inclined to seek out and manually install updates.. on Windows 7.

I have seen 1 or 2 problems with WU over the last 20 years. LOL

Remember when it was a website only ? ;)

 

So.. system calls you say ?

Well i wonder what to use then.. my all time fav was LinX for Intel and an AMD patched version.

I've found it to be a real CPU crusher when hunting for instability with your OC. (better than others like Prime95)

I've used all the old popular ones of course.

 

Anyway once i know what to test with (That utilizes system calls) what ever that means.. and i am offered the update i will test and post.

I know what a system call is generally speaking.

For example i have coded .dll emulator stubs before that patched the export table and emulated internal built in functions on programs.

I have coed a lot of programs and cracked / reverse engineered a lot of "targets" ranging from Windows apps to Linux to Android to Java etc.

People are repeating this "systems call" comment all over vaguely.

it matters then to choose a benchmark that will ACTUALLY test the issue.

Vs people testing with a test program that will never show a difference.

 

Lastly don't mistake my comments for anything other than the truth.

I like AMD and Intel etc.. i have no desire to cheerlead or jump chips or minimize or hype up the problem.

I simply desire the honest facts.. nothing more.

I started reading this to see "old" benchmarks and i didn't really see any after a few pages.. but a whole lot of sarcastic comments.

I have logged bench stats from many app's going back to 2010 and earlier.

I test everything and log everything and have it all stored. (655 files in 60 folders) and maybe more "Becnhmark stats/pics" elsewhere i forgot about.

  • Like 2
  • Thanks 1

i'm really curious as to what's gonna happen with the old motherboards, i mean really old, something that was manufactured in the late 90's or early 2000. I'm pretty sure  these boards with core2duo/quad or AMD X2/X4/Phenom machines won't get any bios updates anymore. Does this mean they'll always be vulnerable to these exploits?

3 hours ago, Mando said:

Nice post godflesh :) 

 

@warwagonmight be worth asking to mods to clean up the thread to leave just benchmark outputs. Im guilty as the rest going off on a tangent.

Don't request that. Neowin needs to feel more lively to get encourage members to participate.

49 minutes ago, Jampe said:

My tests with performancetest 64bit by passmark shows significant changes. Results dropped from 1600 points to 1200. Expecially 2D graphics suffered big way, over 30 % performance loss

Why would 2d or 3D graphics suffer when gpu code isn’t x86 as far as I know? The fix is only for x86. 

1 hour ago, muratoner said:

i'm really curious as to what's gonna happen with the old motherboards, i mean really old, something that was manufactured in the late 90's or early 2000. I'm pretty sure  these boards with core2duo/quad or AMD X2/X4/Phenom machines won't get any bios updates anymore. Does this mean they'll always be vulnerable to these exploits?

Well how about the motherboard the average user is using? Do you really think they will ever download a bios update?

5 hours ago, Godflesh said:

It's exhausting when you all think you are testing old CPU's when it's been said the problem goes back to CPU's from 1995.

Seriously all the sarcastic and flippant little remarks about it being overblown is silly nonsense.

I seen 1 guy bench an newer i7 then right away a guy made a crack about the problem being no big deal.

I wouldn't have a problem with that had people actually done testing first.. but they haven't.

Clearly most of you did not hear what was said in the first place.

No one anywhere on the internet said *ALL* CPU's would get a 20/30% CPU penalty. (The same amount of speed loss)

You are making that up in your head.

What was ACTUALLY said  is could vary by CPU and WHAT YOU ARE DOING.

Get it yet ?

It's tiring when people fail miserably to comprehend what is posted int he stories.

Then.. get extremely rude snotty arrogant and offensive about it.

 

My "old" Haswell 4770k i7 i used to have was more powerful than 20 of the PC's i am using right now.

So think about it.. is your old dual core from 2005 going to be more affected than a CPU from last year (that you call "old") ?

 

I don't like the It's not a problem at all guys or.. the hysteria people saying it;s the end of the world.

Can we get a fair HONEST and accurate balance that is based of of REAL testing ?

And don't forget people already made their opinions / judgments for all CPU's based on the first few "old" CPU;'s people benched.

 

I've been bench'ing for a decade or two and already have a pile of software installed.

I will do some testing but i was waiting for WU to offer the patch to me via Windows update.

I am not inclined to seek out and manually install updates.. on Windows 7.

I have seen 1 or 2 problems with WU over the last 20 years. LOL

Remember when it was a website only ? ;)

 

So.. system calls you say ?

Well i wonder what to use then.. my all time fav was LinX for Intel and an AMD patched version.

I've found it to be a real CPU crusher when hunting for instability with your OC. (better than others like Prime95)

I've used all the old popular ones of course.

 

Anyway once i know what to test with (That utilizes system calls) what ever that means.. and i am offered the update i will test and post.

I know what a system call is generally speaking.

For example i have coded .dll emulator stubs before that patched the export table and emulated internal built in functions on programs.

I have coed a lot of programs and cracked / reverse engineered a lot of "targets" ranging from Windows apps to Linux to Android to Java etc.

People are repeating this "systems call" comment all over vaguely.

it matters then to choose a benchmark that will ACTUALLY test the issue.

Vs people testing with a test program that will never show a difference.

 

Lastly don't mistake my comments for anything other than the truth.

I like AMD and Intel etc.. i have no desire to cheerlead or jump chips or minimize or hype up the problem.

I simply desire the honest facts.. nothing more.

I started reading this to see "old" benchmarks and i didn't really see any after a few pages.. but a whole lot of sarcastic comments.

I have logged bench stats from many app's going back to 2010 and earlier.

I test everything and log everything and have it all stored. (655 files in 60 folders) and maybe more "Becnhmark stats/pics" elsewhere i forgot about.

If you were referring to me as he person who “brushed” off the newer i7, that isn’t true. I said more testing needed to be done. Too many false positives, unrelated changes, and fake results out there to be trusting single reports. 

52 minutes ago, LimeMaster said:

Don't request that. Neowin needs to feel more lively to get encourage members to participate.

 

4 hours ago, Mando said:

Nice post godflesh :) 

 

@warwagonmight be worth asking to mods to clean up the thread to leave just benchmark outputs. Im guilty as the rest going off on a tangent.

All I care about is comments and thread views. As long as my thread gets bumped to the top, stays active and gets lots of comments and thread views i'm happy.

 

Right now I have a thread that is on page 5, 113 replies and 3,553 Views, i'm thrilled!

  • Like 2
  • Thanks 1
15 minutes ago, warwagon said:

Well how about the motherboard the average user is using? Do you really think they will ever download a bios update?

Good point. i'm afraid we might hear about web sites stealing passwords/credit card info's in masses.

right its now been reported some NVidia cards/tablets are  susceptible.

 

Alice in wonderland effect :p 

 

https://www.nvidia.com/en-us/product-security/

 

Latest drivers 390.65 

 

NVIDIA is providing an initial security update to mitigate aspects of Google Project Zero’s January 3, 2018 publication of novel information disclosure attacks that combine CPU speculative execution with known side channels.

The vulnerability has three known variants:

Variant 1 (CVE-2017-5753): Mitigations are provided with the security update included in this bulletin. NVIDIA expects to work together with its ecosystem partners on future updates to further strengthen mitigations.

Variant 2 (CVE-2017-5715): NVIDIA’s initial analysis indicates that the NVIDIA GPU Display Driver is potentially affected by this variant. NVIDIA expects to work together with its ecosystem partners on future updates for this variant.

Variant 3 (CVE-2017-5754): At this time, NVIDIA has no reason to believe that the NVIDIA GPU Display Driver is vulnerable to this variant.

 

there we have it guys. 

 

Affected Products

 

  • GeForce, Quadro, NVSWindows, Linux, FreeBSD, Solaris
  • Tesla Windows, Linux

 

Get updating peoples! 

1 hour ago, warwagon said:

Well how about the motherboard the average user is using? Do you really think they will ever download a bios update?

no but they should be using a half decent AV which should now protect against the issue. If your chosen vendor doesnt yet, bin them and use one that does :) 

1 hour ago, Mando said:

right its now been reported some NVidia cards/tablets are  susceptible.

 

Alice in wonderland effect :p 

 

https://www.nvidia.com/en-us/product-security/

 

Latest drivers 390.65 

 

NVIDIA is providing an initial security update to mitigate aspects of Google Project Zero’s January 3, 2018 publication of novel information disclosure attacks that combine CPU speculative execution with known side channels.

The vulnerability has three known variants:

Variant 1 (CVE-2017-5753): Mitigations are provided with the security update included in this bulletin. NVIDIA expects to work together with its ecosystem partners on future updates to further strengthen mitigations.

Variant 2 (CVE-2017-5715): NVIDIA’s initial analysis indicates that the NVIDIA GPU Display Driver is potentially affected by this variant. NVIDIA expects to work together with its ecosystem partners on future updates for this variant.

Variant 3 (CVE-2017-5754): At this time, NVIDIA has no reason to believe that the NVIDIA GPU Display Driver is vulnerable to this variant.

 

there we have it guys. 

 

Affected Products

 

  • GeForce, Quadro, NVSWindows, Linux, FreeBSD, Solaris
  • Tesla Windows, Linux

 

Get updating peoples! 

Now that Nvidia finally admitted it, a benchmark would be nice on a fully slowed system... secured that is :)

Now that the NVidia fix is out in 390.65 benchies below against post Win patch. Lower scores for NVidia patch in Bold.

 

Cinebench 4D BEFORE Win patch

CPU Benchmark = 966CB

OpenGL Bench = 140 FPS

AFTER

CPU Benchmark = 975CB ???

OpenGl Bench = 149.95 FPS ???

NVidia Driver update

CPU Benchmark = 962CB

OpenGL Bench =147.64FPS
 

3D Mark timespy extreme BEFORE

3998

AFTER

3997 ????

NVidia Driver Update

3971

 

Novabench 

2713

After

2703

NVidia Driver update

2677
 

RealBench BEFORE

Image Editing 212,486/ Time 25.0745

Encoding 93,501/time 56.9829

OpenCL 113,529/ Ksamples per sec 20877

Heavy Multitasking 110,647

Time 68.9761

System Score 132,540

RealBench AFTER

Image Editing 208.830/Time 25.5135

Encoding 92,841/time 57.3881

OpenCL 113,529/ Ksamples/sec 20922

Heavy Multitasking 103,867/Time 73.4779

System Score 129,766

 

Post NVidia 

Image Editing 108,788/ Time 48.9757

Encoding 84,939/time 62.7273

OpenCL 113,529/ Ksamples per sec 20948

Heavy Multitasking 99,848

Time 76.4357

System Score 101,776 

 

A drop of 28k overall in Realbench is a large amount.

 

So a bigger hit overall post NVidia patch, not good IMO :( hopefully post Microcode/Biosd update it recoups some of the lost perf. Once Microcode/Bios is out ill benchmark a 3rd time.

 

Must be noted, this is not extensive testing, did a single run where possible.

 

14 minutes ago, Yogurth said:

Now that Nvidia finally admitted it, a benchmark would be nice on a fully slowed system... secured that is :)

 

34 minutes ago, Mando said:

Now that the NVidia fix is out in 390.65 benchies below against post Win patch. Lower scores for NVidia patch in Bold.

 

Cinebench 4D BEFORE Win patch

CPU Benchmark = 966CB

OpenGL Bench = 140 FPS

AFTER

CPU Benchmark = 975CB ???

OpenGl Bench = 149.95 FPS ???

NVidia Driver update

CPU Benchmark = 962CB

OpenGL Bench =147.64FPS
 

3D Mark timespy extreme BEFORE

3998

AFTER

3997 ????

NVidia Driver Update

3971

 

Novabench 

2713

After

2703

NVidia Driver update

2677
 

RealBench BEFORE

Image Editing 212,486/ Time 25.0745

Encoding 93,501/time 56.9829

OpenCL 113,529/ Ksamples per sec 20877

Heavy Multitasking 110,647

Time 68.9761

System Score 132,540

RealBench AFTER

Image Editing 208.830/Time 25.5135

Encoding 92,841/time 57.3881

OpenCL 113,529/ Ksamples/sec 20922

Heavy Multitasking 103,867/Time 73.4779

System Score 129,766

 

Post NVidia 

Image Editing 108,788/ Time 48.9757

Encoding 84,939/time 62.7273

OpenCL 113,529/ Ksamples per sec 20948

Heavy Multitasking 99,848

Time 76.4357

System Score 101,776 

 

A drop of 28k overall in Realbench is a large amount.

 

So a bigger hit overall post NVidia patch, not good IMO :( hopefully post Microcode/Biosd update it recoups some of the lost perf. Once Microcode/Bios is out ill benchmark a 3rd time.

 

Must be noted, this is not extensive testing, did a single run where possible.

 

 

Seems like we are going to end up with Phoronix results on Linux :( If further testing confirms Your small test industry is going back to Haswell performance. 

 

 

 

I hear AMD is having a party at CES, entire Vegas is invited :)

3 minutes ago, Yogurth said:

Seems like we are going to end up with Phoronix results on Linux :( If further testing confirms Your small test industry is going back to Haswell performance. 

 

 

 

I hear AMD is having a party at CES, entire Vegas is invited :)

tbh that party may be shortlived, once we know more about Spectre exploits. 

 

Who knows tbh, until its all public its speculation.

1 minute ago, Mando said:

tbh that party may be shortlived, once we know more about Spectre exploits. 

 

Who knows tbh, until its all public its speculation.

You are punny. 

12 hours ago, adrynalyne said:

Why would 2d or 3D graphics suffer when gpu code isn’t x86 as far as I know? The fix is only for x86. 

as far as I understand this problem affects everything that goes between user mode app and OS itself.OS is isolated of the user data app by cpu feature.

 If you measure cpu speed only it will not give a good idea how much have changed. You have to measure overhead between your application and OS (drivers included). That means pretty much everything is slower and depending on the task at hand, some more some less. Tasks that require a lot of data passed from user mode to OS will be slower. Am I right?

2 minutes ago, Jampe said:

as far as I understand this problem affects everything that goes between user mode app and OS itself.OS is isolated of the user data app by cpu feature.

 If you measure cpu speed only it will not give a good idea how much have changed. You have to measure overhead between your application and OS (drivers included). That means pretty much everything is slower and depending on the task at hand, some more some less. Tasks that require a lot of data passed from user mode to OS will be slower. Am I right?

Maybe? This isn't my forte. As it was explained to me, it matters if it is x86 code instructions being called with sys calls. The GPU isn't x86 as far as I know.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • If I ever get that issue I will let you know how I fix it
    • As I've been usually saying lately - we all can thank "AI" for this.
    • Friday Windows 11 preview builds are here. Insiders in the Experimental (formerly Dev) and Beta Channel can download builds 26300.8697 and 26220.8690. My Windows11 device on the Preview Channel just got 26220.8728. My guess is this build is a nightly update from 26220.8690.
    • Traffic has a surprisingly unexpected impact on your surroundings by Sayan Sen Image by Radik 2707 via Pexels A collaborative study by researchers from several Israeli institutions found that everyday pollution from traffic and industrial activity measurably changed the atmospheric electric field over the Tel Aviv metropolitan area, providing new evidence of how human activity can influence the lower atmosphere. The research was led by Dr. Roy Yaniv of the Hebrew University of Jerusalem and the Gertner Institute at Sheba Medical Center, Dr. Assaf Hochman of the Fredy & Nadine Herrmann Institute of Earth Sciences at the Hebrew University, and Prof. Yoav Yair of Reichman University. The study also involved Itay Froomer, a student from Hadera High School and the Israeli Museum of Medicine and Science (Technoda), who carried out the work as part of the Ministry of Education's 5-unit physics research track. The researchers focused on the atmospheric electric field under fair-weather conditions. Even in the absence of storms, a weak electric field naturally exists between Earth's surface and the atmosphere. One of the main ways scientists measure this field is through the Potential Gradient (PG), which is the inverse of the vertical component of the electric field. PG is a key part of the global electric circuit, a planet-wide system of electrical currents maintained by thunderstorms and electrified clouds around the world. Scientists have long known that the atmospheric electric field can be influenced by factors ranging from large-scale atmospheric processes to local weather conditions such as dust, fog and clouds. Human-made pollution is also known to play a role, but understanding exactly how urban emissions affect the electric field close to the ground has remained an area of ongoing research. To investigate this relationship, the team analyzed measurements from a newly installed electric field mill, an instrument used to continuously monitor the strength of the atmospheric electric field. The instrument was installed at the Center for Technological Education (Roter House) in Holon and became operational in August 2024. It was funded by Israel's Ministry of Education and the Holon municipality. The electric field mill forms part of a broader monitoring network that includes nearby meteorological stations and air-quality monitoring sites. This allowed researchers to compare electric field measurements with detailed weather data and pollution records to better understand what was driving changes in the Potential Gradient. The study focused on two major urban pollutants: fine particulate matter (PM2.5) and nitrogen oxides (NOx), both commonly produced by vehicle traffic and industrial activity. PM2.5 refers to microscopic airborne particles small enough to remain suspended in the atmosphere for extended periods, while NOx is a group of gases released during fuel combustion. Researchers examined daily, weekly and seasonal patterns in the atmospheric electric field and compared them with changes in pollutant concentrations. Their analysis revealed a clear relationship between NOx levels and changes in the Potential Gradient, particularly during morning and evening rush hours when traffic emissions were at their highest. “What we observe is a direct physical link between emission peaks and electrical variability,” explained Dr. Roy Yaniv. “NOx reduces atmospheric conductivity very quickly, so the electric field responds almost instantaneously during traffic rush hours.” Atmospheric conductivity describes how easily electrical charges move through the air. According to the researchers, nitrogen oxides rapidly alter this conductivity, causing a near-immediate response in the electric field. PM2.5, however, was associated with a delayed response. The researchers attributed this difference to the particles' longer atmospheric residence time, meaning they remain in the atmosphere for longer periods, as well as their different microphysical interactions with surrounding air and atmospheric components. The study also identified a pronounced "weekend effect." In Israel, traffic volumes and some industrial activity decline significantly on Fridays and Saturdays. During these periods, concentrations of both NOx and PM2.5 dropped, and corresponding changes were observed in the atmospheric electric field. “The weekend signal demonstrates just how sensitive the electric field is to changes in human activity,” the researchers noted. “When emissions decline, the electrical environment adjusts at once, providing a high-resolution indicator of urban atmospheric conditions.” The findings showed that pollution levels can influence not only the chemical composition of the atmosphere but also its electrical properties. Researchers said the results strengthened the case for using atmospheric electricity as an additional tool for environmental monitoring, particularly in densely populated urban areas where anthropogenic, or human-caused, influences are most pronounced. The study also pointed to potential public health applications. By combining air-quality measurements with observations of atmospheric electricity, researchers said they could gain a more complete picture of how urban atmospheric conditions change over time. “Integrating air-quality data with electric-field measurements gives us a clearer picture of how the lower atmosphere evolves moment by moment,” the researchers added. “It’s a framework that can support both scientific insight and practical environmental decision-making.” Beyond the scientific findings, the project highlighted a collaboration between universities, public institutions and secondary education. Researchers said the work demonstrated how students could take part in real-world environmental research while contributing to studies of air quality, atmospheric processes and their potential effects on society. Source: Hebrew University, ScienceDirect This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing
  • Recent Achievements

    • Week One Done
      AMV earned a badge
      Week One Done
    • One Month Later
      AMV earned a badge
      One Month Later
    • Collaborator
      ryansurfer98 went up a rank
      Collaborator
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
    • Week One Done
      Eurosoft10 earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      540
    2. 2
      +Edouard
      186
    3. 3
      PsYcHoKiLLa
      80
    4. 4
      Michael Scrip
      77
    5. 5
      Steven P.
      72
  • Tell a friend

    Love Neowin? Tell a friend!