3 ms·
To me, it sounds like it should help ARM64 gain some ground (efficient physically separate machines instead of VMs); not for HPC, but for more traditional work
by _pmf_ 6y ago
To me, it sounds like it should help ARM64 gain some ground (efficient physically separate machines instead of VMs); not for HPC, but for more traditional workloads.
- eklitzke 6y agoDo you care to elaborate? You can already do this on Linux with any architecture (x86 or anything else) using cpusets.
- vertex-four 6y agoI imagine that it is likely that sharing most hardware will lead to side channel vulnerabilities, and the per-core cache is not special. Smaller, cheaper SoCs could allow for sharing less of that hardware. The problem of course being that CPUs that rival performance of a decently-specced x86 VM are going to be pricy, mooting the point.
- blattimwind 6y agoFor high core count (server) CPUs all levels of cache are local to core(s). For example, in Intel's current plattform each core has a 1.x MB L3 slice attached to it. In AMD's Zen 2 design, each CCX (group of four cores) has 16 MiB of L3 attached to it. Based on these architectural features Intel has had CAT, which essentially turns LLC slices into private caches for certain cores. That's intended for performance, but is now also relevant for security.