NIO slow (no buffering?)

[Andrey Kuznetsov]

see http://uio.imagero.com and http://uio.imagero.com/performance.html

I managed to read the file and iterate thru it in 4 byte chunks in about
60ms using NIO and a DirectByteBuffer. Do you think UIO can beat this?

uio can't beat IO or NIO if you use them correct.
uio makes buffering for you (so you always have the best performance),
and makes io handling more comfortable - for example with reading/writing of
primitive arrays.
If you use IO or NIO incorrect (i.e. calls readInt() million times)
then you can see that UIO gives you 100 time better performance.

 

[Thomas G. Marshall]

Timo Nentwig coughed up:

That's the topic of this thread: am I actually losing anything if I
lose NIO. When it comes to my tests: no. And I wonder wonder about
the "N" in NIO...

Funny, 'cause I was wondering wondering about the "i" in your "6MiB"...

 

[Lasse Reichstein Nielsen]

Funny, 'cause I was wondering wondering about the "i" in your "6MiB"...

Probably from here:
<URL: http://physics.nist.gov/cuu/Units/binary.html >

/L

 

[Thomas G. Marshall]

Lasse Reichstein Nielsen coughed up:

"Thomas G. Marshall"


Probably from here:
<URL: http://physics.nist.gov/cuu/Units/binary.html >

/L

WHOA. I had no idea someone had attempted to distinguish between 2^20 and
1,000,000 via abreviations! A "mebi" something? I don't know anyone who's
ever used such a notion.

 

[Thomas G. Marshall]

Skip coughed up:

NIO is IO with another approach (allowing non-blocking IO)

It's more than that. I'm not sure you implied this or not, but "NIO", by
the way stands for "new I/O", not non-blocking.

NIO attempts to stay much closer to the underlying OS's IO facilities. It
does not require a creation of object after object in the decorator pattern,
like java.io does. As a result it is in /general/ much faster.


....[rip]...

 

[Timo Nentwig]

NIO attempts to stay much closer to the underlying OS's IO facilities. It
does not require a creation of object after object in the decorator
pattern,
like java.io does. As a result it is in /general/ much faster.

All I'm missing is a ByteArrayInputStream...