Hello,
to keep you uptodate. I experimented with the parameters and now have
12 triples/min. It started with 21 but slowd down after
~3-4M.
ServerThreads = 30
CheckpointInterval = 360
O_DIRECT= 1
NumberOfBuffers = 13
Hello!
Sorry for all my questions! I have searched with google but i cant
find a solution for this error:
07:42:06 Bad parent link in 506496, coming from 506536, parent link =
249186 unconfirmed, detected after wait.
07:57:11 Bad parent link in 792006, coming from 190928, parent link =
1718553 un
Hi Ivan ,
My machine is a intel core dual 2Ghz with 4GB RAM and one SATA disk
under linux 64-bit.
I had performance problems too (see other mail from yesterday). What i
did is that i changed log to 0 before the import and back to 1 after.
The problem was gone.
It is only the import - no other acc
Hi!
Thank you for the answer.
> > I think the major performance options for virtuoso are
> > NumberOfBuffers, MaxDirtyBuffers, MaxCheckpointRemap. Is that correct?
>
> Yes these are certainly important.
>
>.>
> Hi,
>
> Two questions:
>
> a) what's your checkpointinterval setting? Might b
Hello!
I think the major performance options for virtuoso are
NumberOfBuffers, MaxDirtyBuffers, MaxCheckpointRemap. Is that correct?
I think loading time is too long in my tests:
load dbpedia articles_label_fr.nt (~ 253200 triples) started 30 min
ago and is not finished.
My machine is a intel cor
Hello Ivan,
thank you. Good to know that you know the bug and fixed it.
I changed the order and i also tryed to change ttlp_mt to ttlp. Always
the same error. Sometimes sooner sometimes later.
Is it possible to get a patch for Virtuoso 5.0.2 or is that to
complicated? This would be very very nice
Hi!
I get a error message when i import dbpedia
from the server:
02:29:03 Server online at (pid 28382)
02:29:54 Checkpoint made, log reused
02:30:23 Checkpoint made, log reused
02:30:32 GPF: insert.c:678 unmoved row lock
GPF: insert.c:678 unmoved row lock
Segmentation fault (core dumped)
