[go-nuts] gotip tool dist test -race may not have making effective use of multiple cores

2024-01-11 Thread 'qiulaidongfeng' via golang-nuts
I run gotip tool dist test -race I have noticed that many times when I run benchmark, CPU utilization is very low (about one core is used). I don't think github issue is the place to have that discussion. So come here and ask. I want someone to answer that Whether the gotip tool dist test -race

[go-nuts] Re: Rendering fonts in Go

2024-01-11 Thread 'Yuliana Zigangirova' via golang-nuts
Thank you, I will have a look. I have hoped on finding pure Go, but may be it is unrealistic. On Saturday, December 23, 2023 at 1:10:13 AM UTC+3 Howard C. Shaw III wrote: > I think Freetype may still be your best bet - but rather than the Freetype > port, you would need to use a wrapper that

[go-nuts] Re: TLS negotiation bug in go1.21.4?

2024-01-11 Thread Shifeng Song
hello, curious if you were able to resolve the issue by downgrading golang? im having the exact same issue as you causing TLS handshakes to fail On Thursday, January 11, 2024 at 8:06:16 AM UTC+8 Andrew Athan wrote: > I tried go1.21.6 and see the same behavior. I'm going to try to backport >

[go-nuts] Re: TLS negotiation bug in go1.21.4?

2024-01-11 Thread Stanley Song
hello, curious if you were able to resolve the issue by downgrading golang? I am having the exact same issue as you with cpu blowing up at crypto/internal/bigmod.(*Nat).montgomeryMul causing TLS handshakes to fail On Thursday, January 11, 2024 at 8:06:16 AM UTC+8 Andrew Athan wrote: > I tried

[go-nuts] Re: net.Listen -- How to listen to ipv6 & ipv4 local-loopback BUT NOT external interfaces

2024-01-11 Thread p...@morth.org
Hi, Unfortunately, the only way to avoid having two sockets in this scenario, is to listen to only one of 127.0.0.1 or ::1 and live with that it's only one address family. As you might've noticed, some tools still struggle with connecting to ::1 so listening to 127.0.0.1 is the most safe