Alex Henning Johannessen
Alex Henning Johannessen
@naoh87 I have been busy with other stuff and have not forgotten about this PR. I'll look more closely into it when I find the time.
@naoh87 I have not forgotten this, however [upcoming work](https://github.com/typelevel/cats-effect/pulls/djspiewak) with queues in cats-effect 3.4.x might give us better building blocks. One question, does your work here take into account back...
>I think new cats-effect 3.4.x queue will now work as good as this PR, because new CE3 queue is implemented as MPMC, >but we just need SPSC. >https://github.com/JCTools/JCTools#jctools > >and...
I do not have many spare cycles these days, but you are welcome to give it a go with a PR and I will take a look :)
Sorry about that. Seems like ScalaPB 0.11.14 upgraded grpc from 1.54.2 to 1.58.0. I did not catch that, because in projects using fs2-grpc we explicitly define grpc versions for apps...
ScalaPB needs to support this as fs2-grpc piggy-backs on it. See https://github.com/scalapb/ScalaPB/issues/1316 Changing the code generator is doable, but until ScalaPB supports it we have to wait to implement it....
You could try to see if it makes things faster by using runtime's compute pool as `Executor` by `new Executor { def execute(cmd Runnable): Unit = runtime.compute.execute(cmd) }`. Might make...
I did try it and memory did not go up and it was around 2k faster than otherwise. However, I suppose there is unnecessary context shifting, but not sure what...
I cannot remember what I did, but tried again by allocating more CPU to see what happened: ``` -------------------------------------------------------------------------------------------------------------------------------- | name | req/s | avg. latency | 90 % in...