Avoiding retpolines with static calls
Avoiding retpolines with static calls
Posted Mar 30, 2020 2:32 UTC (Mon) by Cyberax (✭ supporter ✭, #52523)In reply to: Avoiding retpolines with static calls by NYKevin
Parent article: Avoiding retpolines with static calls
Pretty much all major cloud computing providers assign CPUs exclusively to customers, except maybe for the cheapest offerings (like T2/T3 instances on AWS).
Posted Apr 2, 2020 8:35 UTC (Thu)
by wahern (subscriber, #37304)
[Link] (1 responses)
I'd be surprised if the bulk of instances were package isolated. The Xeon Platinum 8175M used for M5 instances has 24 cores per package, 48 threads, and therefore 48 vCPUs. AFAIU, EC2 doesn't share cores, but a vCPU is still the equivalent of a logical SMT-based core, so any instance type using less than 47 vCPUs would be leaving at least an entire core unused. AWS offers 2-, 8-, 16-, 32-, 48-, 64-, and 96-vCPU M5 instances. I'd bet a large number and probably a majority of customers are utilizing 2- to 32-vCPU instances, that they invariably share packages, and thus share L3 cache. And I'd also bet that 64-vCPU instances share one of their packages with other instances.
Posted Apr 2, 2020 16:37 UTC (Thu)
by Cyberax (✭ supporter ✭, #52523)
[Link]
> I'd keep in mind for high-value assets absent details from AWS.
Avoiding retpolines with static calls
Avoiding retpolines with static calls
All major cloud providers also have dedicated instances that won't be shared across customers. In case of AWS you can even run your own T2/T3 instances on top of the dedicated hardware nodes.