About recovery

forum_thread

in-memory and on-disk support?

I've had a quick read through the features/FAQ and haven't been able to find a clear answer. I'm looking at replacing a setup of H2 where I have 40GB in-memory backed by 800GB on-disk, the 40GB in memory represents the first 40GB of the 800GB on-disk for super-fast recent entry searching, the records at the end continuously purge as the new ones come in(duplicate write, one to in-memory and one to on-disk). ... ObjectDB uses a single file (you can disable logging, recovery, etc. for the memory database) - file system overhead is minimal. ...

 
release

2.2.5

... Changed default configuration (enabled recovery, disabled recording). Fixed a critical database ...

 
forum_thread

Query results are not up to date for entities, not primitives

When using the CriteriaBuilder to query, the retrieved list are not refreshed according to the latest updates. But, when using the JPQL Query, the list are refreshed. What is the problem? ... = "131072kb" page = "2kb" / > <recovery enabled = "true" sync = "false" path = "." max ...

 
forum_thread

First query takes 4+ minutes to complete

Hi, we are evaluating ObjectDB 2.5.1_04 in embedded mode hoping to replace SQLite in our application. We observed that in our case it takes on average more than 4 minutes to complete the first SELECT query that we run on the DB which contains about 320,000 records of a single type of object. SQLite in comparison responds within few seconds on average with the same number of records. We hope to receive your recommendation on how to improve this result with this post.   Test System ... resize = "256mb" page = "2kb" /> <recovery enabled = "true" sync = "false" path = "$objectdb/" ...

 
forum_thread

internal object DB locking in an embedded multi threaded application

Hi, we are using Embeded objectDB 2.4.4_06 in a highly multithreaded concurrent manner and we have noticed a performance problem in our application that seems to be attributed to ObjectDb's internal locking. When profiling our app in JVisualVm we notice a large number of threads are blocked and when doing a threaddump we notice that they are all blocked in the same place: ... resize = "500mb" page = "2kb" /> <recovery enabled = "true" sync = "false" path = "." max ...

 
release

2.2.4

... Changed default configuration (enabled recovery, disabled recording). Fixed a critical database ...

 
forum_thread

Crash due to memory problems

We had a crash of our system, log reports the following: ... ... or tune the ObjectDB configuration. If ObjectDB recovery is enabled then ObjectDB should recover automatically when it is ...

 
forum_thread

Connection is closed Caused by: java.io.EOFException

I am getting this exception on a regular basis, after a period of time of repeating the same code execution.  I don't understand why.  I restart the DB server and my code works again for another period of time until same exception is encountered again.  I cannot pin down a pattern e.g. after a certain period of time,  because the time  periods between exceptions are not regular, although frequent.  Any test case  I use will pass most of the time but will fail after an undetermined period. ... resize = "256kb" page = "2kb" /> <recovery enabled = "true" sync = "false" path = "." max ...

 
release

2.2.3

... Changed default configuration (enabled recovery, disabled recording). Fixed a critical database ...

 
forum_thread

Degrading performance overtime

hi, We have an application that uses embedded odb database. We have configured odb to start at 50meg chunks and grow at 50 megs a time. as the files become larger between 1 and 2 gigs we start to see considerable degrade in performance caused internal objectdb locking: ... = "51200kb" page = "2kb" /> <recovery enabled = "true" sync = "false" path = "." max ...