Earlier quoted context omitted.
That's clear! Adding links to previous threads is just a service to the curious. Not intended to imply dupiness. If it were a dupe we'd have downweighted it and probably marked it as [dupe] in the title. https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...
Your link to the previous discussion was valuable, but I originally misunderstood the meaning. I've been reading HN long enough that I should know better. However, for newbies (or the scatterbrained), perhaps you could prefix the link with something like: "For context, see discussion of earlier, related post: https://..."
AWS, Azure, and GCP respond to cloud report
31–35 of 35 posts
Re: AWS, Azure, and GCP respond to cloud report
#32Earlier quoted context omitted.
Your link to the previous discussion was valuable, but I originally misunderstood the meaning. I've been reading HN long enough that I should know better. However, for newbies (or the scatterbrained), perhaps you could prefix the link with something like: "For context, see discussion of earlier, related post: https://..."
I do that sometimes (see the search link upthread) but still haven't figured out the best way to word it. It would be nice to avoid being so repetitive.
Re: AWS, Azure, and GCP respond to cloud report
#33For me as a developer and CTO, it's still a huge pain figuring out how to properly configure and scale AWS, Azure, or GCP. In-depth reports on "How to configure your AWS EC2 for max. performance" would be great, one report each for a specific use case, e.g. realtime chat app, basic apache webserver, nodejs web app, ... If you think about it, there are only a handful common use cases.
As someone who gets questions about this often, I wonder why nobody seems to know how to answer these questions for themselves, or even how they'd begin to research them. There seems to be a dearth of developers who understand what bottlenecks their applications are likely to encounter, what options exist for profiling and analyzing their performance, or that they may need to read something and learn something new ab…
So the fun part here is, several options are viable, until you find this one issue where it doesn't work anymore. then you have to track back or find work around and check if the work arounds are acceptable or not.
And some of these limitations are usually not that straight forward to see and also to read about.
However, there are some resources like https://github.com/ahmetb/cloud-run-faq which are very good and helpful. Sometime official documentation doesn't really cover the questions that are important for your product.
Also, what i found without a multiples poc testing connectivity and the basic building blocks it is difficult to find all the gotchas, that might turn into blockers for a particular solution.
Re: AWS, Azure, and GCP respond to cloud report
#34Earlier quoted context omitted.
Windows is the same way: absurd numbers of options. I would not be surprised if Windows 10 had over a million configuration settings between regular panels, policies, and the registry.
You think Windows has more configuration options than Linux?
Re: AWS, Azure, and GCP respond to cloud report
#35Earlier quoted context omitted.
Disclosure: I work on Google Cloud (and also commented on Cockroach’s original draft post, that this is a follow up to). Edit: I am a chump, I misread TPC _RR as TCP_RR and responded. Leaving this here for shame. Thanks to jsolson for pointing out my mistake. I’m not sure if the post was edited, but TCP_RR is definitely not a typo. You may be more used to seeing TCP_CRR which opens a new connection and then a round t…
There is still a TPC_RR occurrence in the post.