Hi

This was a very interesting read. I wonder about some additional
details.

1. What hardware system did you run the tests on?
2. Could you be more specific about what you mean by "retrieve" in the 5
experiments? I think I can figure it out, but I would really like to see
the queries you made, and know when you used the resource index and when
you retrieved the objects themselves.
3. For the first experiment, could you break down the times somewhat
more. I want to know which code is using the 35 seconds.


I have never heard about 35 seconds waits for ingest and Resource index
queries, but I know that this process should be slow. I have done some
research on this.

If the forceFlush is turned of, the default config flushes after 5
seconds of inactivity, or if the the buffer reaches 20000 triples. Since
your are ingesting objects, there will be no inactivity until the ingest
is complete, so the 5 seconds does not matter. Each object should have
in the vicinity of 30-50 triples
( 
http://www.fedora-commons.org/documentation/3.0b1/userdocs/server/resourceIndex/triples.html
 )
so (going by 50 triples) we should see an expensive flush every 400
objects or so. 

Note that there is no perceptible performance difference between ingest
with flush, and ingest without. So the Resource index performs the
updating behind the scenes, and there should be no real performance hit
by ingesting with flushing enabled. 

I will have to think more about this performance.

Regards
Asger



On Mon, 2009-10-26 at 03:30 +0100, Eric Melz wrote:
> Hi-
> 
> I've done some investigation on the Fedora performance using a variety
> of configurations and access patterns.  I've posted a report at
> http://technotes.emelz.com/fedora-performance.  I'd be interested to
> receive feedback, particularly if people have additional insights on
> this topic. 
> 
> Cheers,
> 
> eric


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to