Pier Fumagalli wrote:
On 23 Feb 2004, at 15:47, Stefano Mazzocchi wrote:
My gut feelins is that having such a critical piece of our infrastructure so away from the metal is actually hurting us, both performance and complexity wise.
+1
I would love to use BerkeleyDB, but it's native, incompatibly licensed and has terrible Java APIs. And all the problems of binary stores: you can't see inside from your shell!
It's all right...
I think that a better use of the file system would yield much more performance, since JVM IO is pretty much optimized for file access anyway (and uses OS-level caching).
thoughts?
I've been looking at the java.nio stuff, especially in the area of memory mapping some files :-P I can tell you that it's FAST, and basically does the trick. See a file as a big array in ram, well, but actually it's only a "fake" array mapped really on the disk, and cached by kernel...
I've been thinking of that myself -- do I remember correctly that we've tossed around the idea of making 2.2 jdk1.4 only??
I would be in favor of that, yes. The FreeBSD guys pretty much know that java on that operating system is basically a lost battle anyway and Linux 2.6 is actually good enough to stand side by side with FreeBSD even for very big installations. All other OS have a 1.4 vm anyway.
-- Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
