Hm, now that I thought about it: I currently do not need any inferencing, so I could relinquish the InfModel: The RuleEngine probably won't be used then (I think; I have to try this one out).
But I suppose some time in the future I may need at least some basic owl inferencing, so the problem stays. -- Martin 2011/11/23 Martin Weitzel <[email protected]> > Hi there, > > I am investigating a issue similar to this one: > http://tech.groups.yahoo.com/group/jena-dev/message/45210 > > My in-memory (tried TDB as well) InfModel is working just fine the first > "run" (each run ~60 queries). The Queries could surely be optimized, but > actually the execution time would be sufficient: Each time round about > 20-70ms. However, I created a testing suite that triggers 8 parallel "runs" > (each with 60 or more query executions) in order to simulate the > expected future usage of my web application. > > Each run, the execution times raise about 30-50% (an because of > concurrency, the blockingtime of each thread gets mean). When I look > at com.hp.hpl.jena.reasoner.rulesys.impl.LPBRuleEngine.activeInterpreters > after several of these runs, the activeInterpreters count is extremly high > (hundrets of thousands or even millions): This is probably the cause for > the raise in execution times. > > At first I suspected my crappy Query as cause of defect, but I stripped > nearly everything (custom properties etc.) and the issue stays the same, > only now in a smaller scale. Each run adds "only" 100 activeInterpreters > there. > > So, I have not a clue how to stop this behaviour. I expect a steady > performance of my knowledge base. I would appreciate any hints! > > Relevant code snippets: > > * Model creation: http://pastebin.com/xdZQhhqT > * Query (stripped from nearly everything): http://pastebin.com/CXuHTEwg > * Query execution: http://pastebin.com/3YnEQVUv > > I tried both the latest Developmentsnapshot and the latest stable version > or Jena and ARQ > > Bye, > > -- Martin > > > >
