the code has been posted at
http://issues.apache.org/jira/browse/DERBY-646 :)
Stephen Fitch
Stephen Fitch wrote:
Hi Norbert,
I have it working in the trunk embedded client in gentoo linux under jdk
1.4.2.08 but it should theoretically run under jdk 1.3.1 and any recent
release of derby. However, as far as I can tell the network
client/server doesn't support alternate implementations of
StorageFactory. I'm still trying to track down if this is the case. If
it is, another connection URL attribute may have to be added for
in-memory to work on the network side of things.
I'm having issues trying to test the performance as well since I'm
competing with derby's page cache, java.nio's and my hard drive write
cache (which I can't seem to turn off).
*VERY* preliminary numbers indicate a 10-20% performance increase on
inserts which is well below my expectations. I'm going to code up some
tests for other operations today though.
If anyone's interested in trying the code out or going over it to look
for areas of improvement it would be much appreciated.
I suppose the best way to distro it would to email a svn diff patch and
source code for the new classes to the mailing list? I'm not looking to
get it added to svn though, as it still needs work.
Regards,
Stephen Fitch
Acadia University
Toth-Gati Norbert wrote:
Hi Stephen,
So now this means the support for in-memory storage is completed.
I will give it a try. But glad you finally got to the end. Good job!
Regards,
Norbert
----- Original Message ----- From: "Stephen Fitch (JIRA)"
<[email protected]>
To: <[email protected]>
Sent: Tuesday, October 25, 2005 8:33 PM
Subject: [jira] Created: (DERBY-646) In-memory backend storage support
In-memory backend storage support
---------------------------------
Key: DERBY-646
URL: http://issues.apache.org/jira/browse/DERBY-646
Project: Derby
Type: New Feature
Components: Store
Environment: All
Reporter: Stephen Fitch
To allow creation and modification of databases in-memory without
requiring disk access or space to store the database.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
