Thanks for the useful replay!
在2023年11月21日星期二 UTC+8 00:43:15 写道：
> This is because it runs under Rosetta 2.
> The emulation is pretty fast, and it’s possible to detect it both from the
> GUI of Activity Monitor, than on the command line
>
> ps -p `fuser /usr/libexec/rosetta/runtime | sed -e 's/
You could convert the original ResponseWriter to a ResponseController and
call Flush in your middleware before you measure the duration.
Alternatively you can try to convert ResponseWriter to a http.Flusher and
call Flush if the conversion is successful.
The documentation says "Flush flushes bu
This is because it runs under Rosetta 2.
The emulation is pretty fast, and it’s possible to detect it both from the GUI
of Activity Monitor, than on the command line
ps -p `fuser /usr/libexec/rosetta/runtime | sed -e 's/.*: //' | sed -e 's/
/,/g'`
>From inside the program it should be fairly e
Tamás, Thank you for your reply, I appreciate it. My confusion is more about
how to use the embedded endpoints in a middleware chain. Do you know of any
examples that do that? Thanks again for your response.
Daryl
On Nov 19, 2023, at 21:32, Tamás Gulácsi wrote:
You don't often get email fro
Hi gophers!
We have good news: the Go Devroom will be happening again at FOSDEM 20234
in Brussels! We really hope to se you all again on 3 February 2024 for a
day of Go-related talks and fun.
Like always we're looking for speakers who want to deliver a talk as well
as volunteers to help us run
If you are running the amd64 Go version on a Apple silicon Mac, it is. That
is exactly what Rosetta 2 makes possible. It works for Go and also for most
AMD64 binaries out there.
On Mon, Nov 20, 2023, 8:42 AM fliter wrote:
> Thanks. It does seem to be related to Rosetta
>
> 在2023年11月20日星期一 UTC+8
Thanks. It does seem to be related to Rosetta
在2023年11月20日星期一 UTC+8 20:22:31 写道：
> This is Rosetta 2. It is not Go, it is MacOS.
>
> -Bruno
>
> On Mon, Nov 20, 2023, 6:51 AM fliter wrote:
>
>> On the arm64 architecture m1, go1.21.4.darwin-amd64.pkg can be
>> successfully installed, and it seems
This is Rosetta 2. It is not Go, it is MacOS.
-Bruno
On Mon, Nov 20, 2023, 6:51 AM fliter wrote:
> On the arm64 architecture m1, go1.21.4.darwin-amd64.pkg can be
> successfully installed, and it seems to run normallyI am very shocked.
>
> Is this because of any adaptations made by Go? Going
On the arm64 architecture m1, go1.21.4.darwin-amd64.pkg can be successfully
installed, and it seems to run normallyI am very shocked.
Is this because of any adaptations made by Go? Going one step further, is
it possible to not distinguish the CPU architecture during future
installations and
Hi!
On Mon, Nov 20, 2023 at 10:26 AM Duncan Harris wrote:
> Why do you care about buffering in Go vs the OS?
Just because I hope that in Go I might have a chance to know when they
are written out than in OS.
Mitar
--
https://mitar.tnode.com/
https://twitter.com/mitar_m
https://noc.social/@mi
I would argue that it doesn't matter.
The buffers in the operating system can often substantially exceed the size
of those in the Go runtime.
Try using an artificially slow reader (e.g. curl --limit-rate) and you
should see.
Why do you care about buffering in Go vs the OS?
On Sunday, 19 November
11 matches
Mail list logo
