If the versioning initialisation performance is a known issue that requires attention, has anyone had any thoughts on how to improve this?
I have noticed the poor performance when adding several thousand nodes to version control and was wanting to come to a quick solution. At the moment we are running the repository on NTFS (which I know does help things) but after moving to linux and ext3 the performance didn't really improve so I am assuming there is something needing to be greatly optimized in the code above at the PM level. I will be looking into this in more detail next week, but any pointers would be welcome. Thanks, Peter. -- Peter Morton Graham Technology plc, http://www.gtnet.com > -----Original Message----- > From: Tobias Strasser [mailto:[EMAIL PROTECTED] > Sent: 27 May 2005 09:21 > To: [email protected]; [EMAIL PROTECTED] > Subject: Re: Start Up Time > > > you are correct, currently the versioning initializes the set of > histories, but this will be optimized. afaik, the query index does > scale very well with an increasing number of items. we could add some > timing info for the startup. > > cheers, tobi > > On 5/27/05, David Nuescheler <[EMAIL PROTECTED]> wrote: > > hi simon, > > > > On 5/20/05, Simon Gash <[EMAIL PROTECTED]> wrote: > > > Anyone know why JackRabbit is taking longer to start the more > content I > > > add. I always presumed that it only loads items from the PM > as required, > > > or am I missing something... > > i experienced the same thing, as far as i remember it was something > > to do with versioning or the query index, but i am not sure anymore. > > > > i think you are right, there is no sensible justification for > that behaviour > > and should probably be categorized as an issue. > > > > regards, > > david > > > > > -- > ------------------------------------------< [EMAIL PROTECTED] >--- > Tobias Strasser, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel > T +41 61 226 98 98, F +41 61 226 98 97 > -----------------------------------------------< http://www.day.com >--- > ________________________________________________________________________________ This email (and any attachments) is private and confidential, and is intended solely for the addressee. If you have received this communication in error please remove it and inform us via telephone or email. Although we take all possible steps to ensure mail and attachments are free from malicious content, malware and viruses, we cannot accept any responsibility whatsoever for any changes to content outwith our administrative bounds. The views represented within this mail are solely the view of the author and do not reflect the views of Graham Technology as a whole. ________________________________________________________________________________ Graham Technology plc http://www.gtnet.com ________________________________________________________________________________
