Francesco Nigro

> I think that I do not actually see all that much benefit in trying to solve the way buffer recycling currently works -- locking has overhead but I would...

Hi, in Netty, we have our own AsciiString::indexOf based on SWAR techniques, which is manually loop unrolling the head processing (first < 8 bytes) to artificially make sure the branch...

Sure thing: https://github.com/netty/netty/pull/13534#issuecomment-1685247165 It's the comparison with String::indexOf while the impl is: https://github.com/netty/netty/blob/3a3f9d13b129555802de5652667ca0af662f554e/buffer/src/main/java/io/netty/buffer/ByteBufUtil.java#L590 This one is related an indexOf(byte) kind of search, not indexOf(byte[]}): for the latter we use a...

@vietj Still not sure about the added test: I was expecting it to cause some external unpark, while it doesn't seem the case

how this end up @barreiro @titlisgupta ? I see others having this same issue At first look it seems like some missing dependency from jackson core in our K8 deployer...

A similar one seems https://github.com/apache/iceberg/issues/9355 although I cannot see its resolution and the jackson dependency seems in

@titlisgupta Hi!! I cannot see how #318 is related to the logs at https://github.com/Hyperfoil/Hyperfoil/issues/316#issuecomment-1787116169. How did you solve the mentioned exception in the log?

Many thanks @ankitasgupta So, it means that using the latest released one with your changes didn't worked?

Perfect, many thanks, so, in short: 1. https://github.com/Hyperfoil/Hyperfoil/commits/hyperfoil-all-0.25.1/ is likely breaking the Jackson dependencies causing the `ClassNotFoundException` to happen - but I have to verify it 2. 104770799f15ce93488f0424fa8fa6da10a8ec81 from @barreiro...

I've verified that 2. was the case here, so thanks @barreiro that has fixed this issue, see the distribution of jackson here:  which doesn't contain the mentioned exception. I'm...