cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Mazzocchi <stef...@apache.org>
Subject Re: [RT] rethinking the cache storage system
Date Mon, 01 Mar 2004 06:02:10 GMT
Geoff Howard wrote:

> 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.


Mime
View raw message