Earlier quoted context omitted.
you already could connect to cloudsql instances. however you needed a proxy, but not because of AppEngine, you need it because of security. either you whitelisted your ips or you used the proxy (which go appengine could already use). so with go you just needed to use https://github.com/GoogleCloudPlatform/cloudsql-proxy which means you just need to change the query string. however a new feature is emerging where you…
Notable, though, that this new runtime better supports connecting to Postgres instances through the unix socket (/cloudsql/). (GCP Gopher)
App Engine’s New Go 1.11 Runtime
91–100 of 101 posts
Re: App Engine’s New Go 1.11 Runtime
#92I'm not trying to stir shit up...buuut it seems odd that an announcement for a Google Cloud product is being published on the Go project's blog? I say this as a huge fan of Google Cloud and the experience of using Go on App Engine.
"Announcing [some cloud]’s New Go 1.11 Runtime"
That being said, I have no idea how similar submissions of Go content from competing vendors would er... go. ;)
Re: App Engine’s New Go 1.11 Runtime
#93Earlier quoted context omitted.
I actually looked at this before making my other comment. You’re absolutely right about the salt. One of the go benchmarks is basically pure cgo using vector intrinsics. It naturally blows idiomatic JS out of the water. So you might get those kind of results if that’s the kind of code you’re going to write, but it’s far from what I consider idiomatic. Another language’s proponent would be fair to point out that most…
> One of the go benchmarks is Which program? URL?
It’s fifty percent faster than the competing java program.
Re: App Engine’s New Go 1.11 Runtime
#94Earlier quoted context omitted.
Tech Lead of Google Registry ( https://registry.google ) here. We run on GCP. You definitely don't want to check secrets into the repo for the same reason you don't set them as environment variables: It's not secure. The solution is to use Cloud Key Management Service. More info here: https://cloud.google.com/kms/ We use that to either store secrets directly, or to decrypt encrypted entities in a DB (e.g. Datastore).…
Another great resource: https://sethvargo.com/secrets-in-serverless/ Shows how to encrypt env vars with Cloud KMS then decrypt them in memory.
The reason being that these secrets are absolutely essential for many tasks that our registry needs to perform, and the past six years of experience have shown us that Datastore has better availability than GCS. We haven't seen Datastore ever go down unless all of Cloud is down too, whereas we have seen outages isolated to just GCS. Datastore also has lower latency (since it's a DB, not bulk file storage).
One caveat is that the maximum size of a single entity in Datastore is 1 MB -- if you're encrypting stuff larger than that then you'll need to shard (ugly) or just use GCS. Since none of our secrets are anything close to that large, it works just fine.
Re: App Engine’s New Go 1.11 Runtime
#95I'm the tech lead and primary software engineer on the Go runtime. If you have any questions, please don't hesitate to ask! I'm super thrilled to announce that Go 1.11 is now available on App Engine! We now support... * vendoring * regular best-practice package structures * go modules * the regular Google Cloud client libraries: https://github.com/GoogleCloudPlatform/google-cloud-go This is a "second-generation" runt…
Hey buss, thanks for stopping by. How do you feel about the distinction between Google and Go? It sometimes feels like they're joined at the hip, something which historically had made people queasy (Java and Oracle, .NET and Microsoft, etc). Though Go is a project which came from Google, I personally feel that it better serves the interests of the Go community to treat them separately. Google receives special treatme…
Re: App Engine’s New Go 1.11 Runtime
#96Earlier quoted context omitted.
> One of the go benchmarks is Which program? URL?
https://benchmarksgame-team.pages.debian.net/benchmarksgame/... It’s fifty percent faster than the competing java program.
That Go pi-digits program is only 4% faster than a PHP program that uses the GMP library.
It's not enough to "point out that most languages have C FFIs" when for this arbitrary precision arithmetic task GMP is allowed and others step-up and contribute those programs.
Re: App Engine’s New Go 1.11 Runtime
#97Earlier quoted context omitted.
I would absolutely love those numbers too. Always wondered about the working set of a minimal program, and also one with database access.
Well, there's the Techempower benchmarks at: https://www.techempower.com/benchmarks/ You can go to the filter, turn off all languages but Go and Python, and get a general idea. There's also the old Computer Benchmark Game, which should be taken with a whole barrel of salt: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
The benchmarks game website shows what it says it shows --
"Which programs are faster? Will your toy benchmark program be faster if you write it in a different programming language? It depends how you write it!"
Re: App Engine’s New Go 1.11 Runtime
#98Earlier quoted context omitted.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/... It’s fifty percent faster than the competing java program.
That Go pi-digits program is 50% faster than a Java program that also uses the GMP library, just like the Go program! That Go pi-digits program is only 4% faster than a PHP program that uses the GMP library. It's not enough to "point out that most languages have C FFIs" when for this arbitrary precision arithmetic task GMP is allowed and others step-up and contribute those programs.
Re: App Engine’s New Go 1.11 Runtime
#99Earlier quoted context omitted.
That Go pi-digits program is 50% faster than a Java program that also uses the GMP library, just like the Go program! That Go pi-digits program is only 4% faster than a PHP program that uses the GMP library. It's not enough to "point out that most languages have C FFIs" when for this arbitrary precision arithmetic task GMP is allowed and others step-up and contribute those programs.
I see. I had only looked at the source code of the Nodejs competitor. To be fair the point still stands that you need to read the source to know what is really being measured.
That's true of every comparison -- basic due diligence.
And read how the measurements were made --
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
And read some background --
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
And, of course, look for a task that might be appropriate --
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Re: App Engine’s New Go 1.11 Runtime
#100Earlier quoted context omitted.
Well, there's the Techempower benchmarks at: https://www.techempower.com/benchmarks/ You can go to the filter, turn off all languages but Go and Python, and get a general idea. There's also the old Computer Benchmark Game, which should be taken with a whole barrel of salt: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
No, there's no reason to take the benchmarks game with even a pinch of salt! The benchmarks game website shows what it says it shows -- "Which programs are faster? Will your toy benchmark program be faster if you write it in a different programming language? It depends how you write it!"