New AMD EPYC-based Compute Engine family, now in beta
cloud.google.com
New AMD EPYC-based Compute Engine family, now in beta
1–10 of 146 posts
Re: New AMD EPYC-based Compute Engine family, now in beta
#2Re: New AMD EPYC-based Compute Engine family, now in beta
#3cvallejo is the PM, so ask her anything!
Re: New AMD EPYC-based Compute Engine family, now in beta
#4Re: New AMD EPYC-based Compute Engine family, now in beta
#5Now its getting really interesting: In the end you have to compare pricing for a vCore (which is a thread on a cpu) with per-thread performance on AMD vs. Intel. Does anyone know a benchmark like this? Epyc Processors are most often tested on heavy parallelizable tasks and not strictly single thread tasks.
Performance is a tricky, multi-dimensional thing, so there are many benchmarks that try to map to different workloads. For example, specint is often used for exactly your "single threaded task" benchmark, but if what you work on is numerical computing, you mostly don't care (you want specfp at the least and even that is bad).
Some people seem to really like Coremark these days. Others like specintrate. What kind of application do you care about? I'd guess plenty of folks here can provide a better estimate with that info.
Re: New AMD EPYC-based Compute Engine family, now in beta
#6Disclosure: I work on Google Cloud. cvallejo is the PM, so ask her anything!
(Asking because Azure supports nested virtualization but only on some machine types. AWS doesn't support nested virtualization at all. Google Cloud seems to support nested virtualization on other machine types.)
Also, why 224 rather than 256?
Re: New AMD EPYC-based Compute Engine family, now in beta
#7Disclosure: I work on Google Cloud. cvallejo is the PM, so ask her anything!
Does the new n2d machine type support nested virtualization? (Asking because Azure supports nested virtualization but only on some machine types. AWS doesn't support nested virtualization at all. Google Cloud seems to support nested virtualization on other machine types.) Also, why 224 rather than 256?
As for 224, we've always reserved threads on each host for I/O and so on. Figure 2 from the Snap paper [1] is probably the best public reference. We also don't make it clear (on purpose) what size the underlying host processors are, though you can clearly guesstimate pretty easily.
Re: New AMD EPYC-based Compute Engine family, now in beta
#8Can those instances be used in GKE node pools?
Should be, once the rollouts complete. So once you can see N2D types in the Console for your project, I think it'll just flow naturally to GKE.
Re: New AMD EPYC-based Compute Engine family, now in beta
#9Re: New AMD EPYC-based Compute Engine family, now in beta
#10Earlier quoted context omitted.
Does the new n2d machine type support nested virtualization? (Asking because Azure supports nested virtualization but only on some machine types. AWS doesn't support nested virtualization at all. Google Cloud seems to support nested virtualization on other machine types.) Also, why 224 rather than 256?
We do not yet support AMD's nested implementation (we do on Intel). But cvallejo is also the PM for Nested :). As for 224, we've always reserved threads on each host for I/O and so on. Figure 2 from the Snap paper [1] is probably the best public reference. We also don't make it clear (on purpose) what size the underlying host processors are, though you can clearly guesstimate pretty easily. [1] https://research.googl…