Ok, the picture doesn't get it to the list. The picture shows something like:
time per PROPFIND request
|
| +
| +
| + + with
lock-cache-size 100
| + * with
lock-cache-size 10000
| +
| +
| + *
| + *
| + *
| + *
| + *
| + *
| + *
| + *
| +
| +
| +
|+
+----------------------------------------------------------------------> #docs
in collection
100 400
Above point "100 docs in collection" the time per request starts to grow faster.
Stefan L�tzkendorf wrote:
Hello folks,
while investigating slides performance with large collections I observed
that the default store parameter lock-cache-size is to small for the
txfile store.
The cache size for nodes, revistion descriptors, etc is per default
10000, but
for locks it is 100. That means if you have all you nead for a request
in the cache,
but not the locks you have to reread the xml resource descriptor anyhow.
I attach a picture that illustrates what i mean.
Is there any point against setting the default lock-cache-size to the
same as
the other caches?
The only point I see is that this cache caches vectors that almost all
empty.
I'll modify this, so that empty vectors are not cached.
Regards, Stefan
------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
