Closed SnapperTT closed 2 years ago
You're not checking the return value of try_dequeue
.
How do you know it's taking 10 ms?
It turns out that the constructor for PacketDisassemblyThread_Job_t
was taking 10ms. Inside it there was an allocation whose size was uninitialized.
Cheers for your prompt response and sorry to be a trouble mate, my brain has been melted by fixing mingw issues for the last week and my gut instinct was that there might be some kind of mingw/pthreads issue going on under the hood
Ah that explains it! :-)
Firstly, thanks for the great library!
I'm having an issue with gcc-cross compiled x86_64 mingw code:
try_dequeue
usually is instant, but sometimes takes up to 10ms to clear.PacketAssemblyThread_Job_t
is a small class. Linux gcc performance is fine. Cross compiled mingw code is run on a native windows machine. I have 1 producer and 1 consumer thread.Compiler:
Any suggestions? Cheers