It turned out this is not a Windows specific problem. I eventually
found a Solaris
machine with the right CPU# and speed reproduced the same problem under
stress test. It is a bug in our code - a misinterpretation of
ByteBufferFactory.allocateView()
position in ProtocolParser.
Cheers,
amy