i get similar results with 1.18 (inline slower than noinline)
but different results with 1.16, 1.17, and 1.19rc2 (inline faster than
noinline)
goos: linux
goarch: amd64
cpu: AMD Ryzen 5 5600X 6-Core Processor
1.16.15
BenchmarkNoInline-121257173629.607 ns/op
Sorry for the double-post, I just realized that the version I posted before
had my manually-inlined version that I did as a part of testing. For
completeness, here's the non-manually-inlined version, which seems have the
same performance qualities (and probably exactly the same machine code,
Datapoint: same with windows/amd64 on Intel (running 1.19beta1):
goos: windows
goarch: amd64
pkg: common/sandbox
cpu: Intel(R) Core(TM) i7-6650U CPU @ 2.20GHz
BenchmarkNoInline-4 7742584814.34 ns/op
BenchmarkInline-4 5910893220.58 ns/op
PASS
ok
On Fri, Jul 22, 2022 at 6:03 PM James Brooke
wrote:
> - I simply tried to run that command in the terminal. I'm able to develop
> go programs fine in GoLand, pulling in 3rd party dependencies etc. I just
> can't seem to install this binary because of this GOROOT issue.
>
What command did you
I wouldn't say it's similar to BPEL, but there is Argo
Workflows: https://argoproj.github.io/workflows/. Specific to Kubernetes.
Each step in the workflow is a runs as a pod.
On Thursday, 21 July 2022 at 11:02:37 UTC-7 Crbala Subramanian wrote:
> Hi All
>
> Is there any reference
Thank you for your reply Kurtis. In answer to your questions:
- I simply tried to run that command in the terminal. I'm able to develop
go programs fine in GoLand, pulling in 3rd party dependencies etc. I just
can't seem to install this binary because of this GOROOT issue.
- this is the output
On Fri, Jul 22, 2022 at 9:48 AM James Brooke
wrote:
> Hello, I'm struggling to work out why this isn't working. I'm getting the
> following, any help greatly appreciated.
It would help if you explained what you did that produced those error
messages. You should probably also include the output
I'm not really sure how Go relevant this is - but the Adaptive project on
GitHub says the license is MIT, so even if the project folds, you could
just fork it. https://github.com/microsoft/AdaptiveCards/blob/main/LICENSE
Given that the rendering is a client-side thing, couldn't you use the
I can reproduce similar behavior on linux-amd64:
$ perf stat ./example.com.test -test.bench=BenchmarkInline
-test.benchtime=1x
goos: linux
goarch: amd64
pkg: example.com
cpu: Intel(R) Xeon(R) W-2135 CPU @ 3.70GHz
BenchmarkInline-12 1 16.78 ns/op
PASS
Hello, I'm struggling to work out why this isn't working. I'm getting the
following, any help greatly appreciated.
../../../go/pkg/mod/google.golang.org/protobuf@v1.28.0/compiler/protogen/protogen.go:14:2:
package bufio is not in GOROOT (/usr/local/go/src/bufio)
For this piece of code, two test functions are the same, but one is
inlined, the other is not. However the inlined version is about 25% slower
than the no inlined version on apple m1 chip. Why is it?
The code is here https://go.dev/play/p/0NkLMtTZtv4
--
You received this message because you
That's right, atm there's no safe way to use sql.RawBytes, it should either
be documented that you need to manually control the context, or the
standard library shouldn't be closing the driver.Rows unless the user calls
Scan or Close.
On Fri, 22 Jul 2022, 00:45 Steven Hartland, wrote:
> I'm
12 matches
Mail list logo