This feels like back in the 90s with those GIF-laden scrolling text webpages. I can't fathom what goes into the mind of a designer creating all this nonsense for what basically is a table report. Does anyone in their right mind expect people would be more attracted by banners frolicking around?
These blog posts used to be really good in comparing different clouds; I'm not sure why they decided that this was the optimal way to display this information.
I have Windows zoomed in at 125% and at my 1080p height screen some content boxes don't even fit my full view height. Thankfully the full report is direct linked here.
Can we just go back to good old days and stop with animations to bring the content from all directions which is even slow enough I get blank screen for a few seconds as I scroll down which really reduces the readability.
> Overall, the gap for most AMD-based processors closed almost immediately when we controlled for NUMA nodes – in other words, when we only considered runs where each instance showed all vCPUs running across a single NUMA node. When we did this, the performance gap dropped from 22% to 1%, which is smaller than our margin of error.
How does one avoid machines with vCPUs across multiple NUMA nodes? Do you just spin the machine up, run `lscpu | grep 'NUMA node(s)'` and kill the machine if the value reported is anything but 1 and try to spin a VM again?
As a AMD fanboy who loves seeing them back on top, I’m just happy we have a competitive CPU market now. I’ll include the M-series from Apple as well, despite being platform locked, because it also forces the other players to up their game.
I would love to see an AMD chip as fully integrated as an M1, moving the RAM fully on die and part of the Infinity fabric directly. The insane memory bandwidth of the M1 is what keeps it competitive.
Yes! How awesome is it that we've got companies like AMD, Intel, Nvidia, ARM, Apple + TSMC for M series, and others who are cranking out awesome products?
Sometimes we get lost in the criticism of every little thing that these companies do and forget that honestly, they're all cranking out great products.
I would love to see an AMD chip as fully integrated as an M1, moving the RAM fully on die and part of the Infinity fabric directly. The insane memory bandwidth of the M1 is what keeps it competitive.
I know this has been said a million times, but it's worth repeating because somehow the idea is still floating around – the M series very much does not have the RAM on-die. It's not even in the same package – it's standard LPDDR4/5 sitting off to the side with a lot of channels.
> I would love to see an AMD chip as fully integrated as an M1, moving the RAM fully on die and part of the Infinity fabric directly.
Current rumours suggest that's where AMD is heading, Zen 5 having multiple accelerators integrated and Zen 6 having HBM part of the package (on the datacenter variants):
As someone who has recently bought into AMD from a long hiatus, I have to say they've come a long way since and I've been personally impressed with what I've experienced so far on the hardware side. That said, the reverse can be equally said on other matters pertaining to their business as well; more specifically their customer support pertaining to RMA's as of late. Mind you, this is all a personal anecdote so take with a grain of sand.
Am I misreading the report or is GCP faster for network/disk, have more consistent performance (at least for network), & offer cheaper pricing? Aside from vendor lock-in (or potentially negotiated rates for large ENT accounts altering the economics), is there any reason to choose AWS/Azure instead of GCP?
Each cloud comes with unique service / API complexity and despite being managed services that experience does not translate 1:1 across clouds. For example AWS IAM policies cannot be reused, and there may be differences in availability, durability, feature set et al. A good reason to choose AWS may be to minimize deltas between stacks, and often it is a fair assumption that their service offerings have been used by a significant amount of enterprises.
It's not even low, but straight up breaking the regulations which made them put up that banner in the first place. But seems companies haven't yet understood that, nor have governments actually enforced anything so, here we are.
"Note: Because of our machine selection and testing cutoff times, we were unable to test AWS’s m6a instances, which also run AMD’s Milan processors.
Based on the rest of our testing, we expect that the m6a instances could have outperformed m6i."
>We chose not to test ARM instance types this year as CockroachDB still does not
provide official binaries for that processor platform. Official support for ARM binaries
is slated for our Fall release (22.2), so we expect to return to testing this processor
platform next year.
Last I checked cockroach don’t support ARM binaries. Probably means they thought not worth the effort to do the analysis on those instances as it doesn’t help for their offering
Benchmark was executed only for CPU intensive node configurations. For highmem node configurations, AMD is not performing well. Probably need to title the report as Cloud Report for CPU intensive workloads. For memory intensive workloads, this report is not doing enough justice.
I don't follow their product closely. Who are their competitors?
(If I were in the market for their database and the alternatives were close in parity and price, I'd be likely to choose a competitor for the name not being "cockroach" alone.)
was discussing this the other day with colleagues. you google CockroachDB and are immediately served Yugabyte and PlanetScale, which are imo much "hotter" right now
lbhdc|3 years ago
Here is the direct link to the report
fckgw|3 years ago
https://www.cockroachlabs.com/pdf/2022-cloud-report-cockroac...
Queue29|3 years ago
Thev00d00|3 years ago
soco|3 years ago
colinmhayes|3 years ago
estambar|3 years ago
nemothekid|3 years ago
dsiegel2275|3 years ago
document.querySelectorAll('.aos-init').forEach(e => e.remove())
The above will remove all of those popups.
alex3305|3 years ago
namibj|3 years ago
mekster|3 years ago
Thev00d00|3 years ago
smarx007|3 years ago
> Overall, the gap for most AMD-based processors closed almost immediately when we controlled for NUMA nodes – in other words, when we only considered runs where each instance showed all vCPUs running across a single NUMA node. When we did this, the performance gap dropped from 22% to 1%, which is smaller than our margin of error.
How does one avoid machines with vCPUs across multiple NUMA nodes? Do you just spin the machine up, run `lscpu | grep 'NUMA node(s)'` and kill the machine if the value reported is anything but 1 and try to spin a VM again?
estambar|3 years ago
hesdeadjim|3 years ago
I would love to see an AMD chip as fully integrated as an M1, moving the RAM fully on die and part of the Infinity fabric directly. The insane memory bandwidth of the M1 is what keeps it competitive.
ericmay|3 years ago
Sometimes we get lost in the criticism of every little thing that these companies do and forget that honestly, they're all cranking out great products.
matthewmacleod|3 years ago
I know this has been said a million times, but it's worth repeating because somehow the idea is still floating around – the M series very much does not have the RAM on-die. It's not even in the same package – it's standard LPDDR4/5 sitting off to the side with a lot of channels.
WithinReason|3 years ago
Current rumours suggest that's where AMD is heading, Zen 5 having multiple accelerators integrated and Zen 6 having HBM part of the package (on the datacenter variants):
https://youtu.be/6yFn85I5PbY?t=1222
how2cflags|3 years ago
DeathArrow|3 years ago
I am not a fanboy, but a realistic dude.
AMD ruled the last years but Alder Lake overtook Vermeer on both performance and price/performance.
And that is with a process node difference, Intel using 10nm vs AMD using 7nm.
And the future looks like Intel will enhance the distance between its performance and AMD's.
vlovich123|3 years ago
sharms|3 years ago
sieabahlpark|3 years ago
[deleted]
EugeneOZ|3 years ago
You are trying to “make” the users click “Allow all” just to hide this trash as quickly as possible. It is low.
capableweb|3 years ago
Narishma|3 years ago
nix23|3 years ago
jeffbee|3 years ago
shaicoleman|3 years ago
yekurtal|3 years ago
ghishadow|3 years ago
bjornsing|3 years ago
lbhdc|3 years ago
>We chose not to test ARM instance types this year as CockroachDB still does not provide official binaries for that processor platform. Official support for ARM binaries is slated for our Fall release (22.2), so we expect to return to testing this processor platform next year.
guepe|3 years ago
It's not that easy to displace x86...
matdehaast|3 years ago
asdajksah2123|3 years ago
[deleted]
suggala|3 years ago
Rafuino|3 years ago
estambar|3 years ago
unknown|3 years ago
[deleted]
tofuahdude|3 years ago
candiddevmike|3 years ago
echelon|3 years ago
(If I were in the market for their database and the alternatives were close in parity and price, I'd be likely to choose a competitor for the name not being "cockroach" alone.)
digb|3 years ago
unknown|3 years ago
[deleted]