Hi Robert,
that's not the problem. In fact my question is a little bit
theoretically. I only try to understand, how the multithreaded queue
works. What I know is, that I can have more than one working thread
parallel, each of it with a different Bytebuffer from a different
session, which works concurently to the other threads.
But how works the data flow through the filters / decoders? One option
is, that they work like multiplexers, so that each thread pipes its data
sequentially through the same decoders. The other option is, that
because of the per session decoder each data packet runs through a
different decoder in a parallel manner. But how could I realize, that
each thread uses its own decoder instance (one per thread)?
Best Regards
Michael
[EMAIL PROTECTED] wrote:
So your decoder cannot be writtten to avoid synchronized blocks?
Anyway as Trustin said you can return a new instance of a decoder per
session which should mean you can remove the synchronized blocks.
RG
