I don't understand this at all; I didn't think the mico-op cache was visible to code written for the x86 ISA at all. Can anyone explain to an idiot (me) how something in micro-op cache can become visible to the outside world?
New x86 micro-op vulnerability breaks all known Spectre defenses
11–20 of 203 posts
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#12Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#13Is ARM so much better? I can migrate my AWS hosts.
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#14Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#15There are separate micro op caches per core however they are typically shared among hyperthreads. I wonder if this could be another good reason for cloud vendors to move away from 1vCPU = 1 hyperthread to 1vCPU = 1 core for x86 when sharing machines (not that there weren't enough good reasons already).
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#16There are separate micro op caches per core however they are typically shared among hyperthreads. I wonder if this could be another good reason for cloud vendors to move away from 1vCPU = 1 hyperthread to 1vCPU = 1 core for x86 when sharing machines (not that there weren't enough good reasons already).
Hell, even Amazon's Graviton CPUs don't have it (though I'm sure that's a product of being ARM derived rather than a design decision).
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#17Does this apply to all CPU archicetures? The article is a little vague. A fall-out from the monoculture. Hey, where did my post go?
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#18There are separate micro op caches per core however they are typically shared among hyperthreads. I wonder if this could be another good reason for cloud vendors to move away from 1vCPU = 1 hyperthread to 1vCPU = 1 core for x86 when sharing machines (not that there weren't enough good reasons already).
Or to roll out more ARM, where there isn't currently any hyperthreading.
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#19There are separate micro op caches per core however they are typically shared among hyperthreads. I wonder if this could be another good reason for cloud vendors to move away from 1vCPU = 1 hyperthread to 1vCPU = 1 core for x86 when sharing machines (not that there weren't enough good reasons already).
Even putting aside security aspects aside, in general I've been seeing research pop up over the years criticizing SMT's performance claims of ~30%. Hell, even Amazon's Graviton CPUs don't have it (though I'm sure that's a product of being ARM derived rather than a design decision).
So turning SMT off is at the least wasted potential for those cores, the way they've been designed
Re: New x86 micro-op vulnerability breaks all known Spectre defenses
#20There are separate micro op caches per core however they are typically shared among hyperthreads. I wonder if this could be another good reason for cloud vendors to move away from 1vCPU = 1 hyperthread to 1vCPU = 1 core for x86 when sharing machines (not that there weren't enough good reasons already).