Yeah, I read similar articles before.
> A bit dated, but still interesting read even though my experiments
> don't support these claims:
> http://www.thebuzzmedia.com/java-io-faster-than-nio-old-is-new-again/
>
> The biggest omission I found was that the claims are based on the
> assumption that the clients are really fast. But as we know, in
> reality this is usually not the case.
IMO it doesn't depend much on how fast clients are, may be indirectly.
As I understood the main point was that modern OSes have very
optimized thread and memory management. So big amount of idle threads,
which have some context associated and wait for blocking I/O
operations to complete, have minimal impact on the active threads. And
idle<->active thread state switch (with all its context) is not so
expensive operation.
For me It could be interesting to see the benchmark comparison for
some real-life scenario, let's say web/app server.
WBR,
Alexey.
>
> /i
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>