Thanks, I just had a look and it is very similar to the output of
http://127.0.0.1/debug/pprof/goroutine?debug=2 which I can already get to
and I can’t see where the lock is left open!
On Wed, Jan 25, 2017 at 9:17 PM Tamás Gulácsi wrote:
> 2017. január 25., szerda 19:09:36 UTC+1 időpontban l...@
y.
>> It does block until a garbage collection completes. This behavior is
>> sometimes useful in tests, but almost never otherwise. If it weren't for
>> go1 compatibility, we'd rename this function to something that more clearly
>> spells out its blocking behavior
Thanks, I am already maxing out some servers but wondered if it could be
sped up.
I will give the bimg package a go!
On Friday, June 26, 2020 at 1:55:40 PM UTC+1 ren...@ix.netcom.com wrote:
> Just parallelize in the cloud. At a minimum parallelize locally with
> multiple Go routines.
>
> On J
#x27;s all overhead. If the images are of a particular form of
> PNG, maybe a fast path is missing. And so on.
>
> To get meaningful help for problems like this, the more information you
> can provide, the better.
>
> -rob
>
>
> On Fri, Jun 26, 2020 at 10:59 PM Lee Armst
