hi alan, On 4/11/07, Alan R wrote: > > Hi. I'm using Jackrabbit 1.2.2 (JNDIPersistenceManager on MySQL, external i guess you meant JNDIDatabasePersistenceManager, right? > blobs), and I'm finding the importXML() call very, very slow. I've tried > calling it both on the session and on the workspace and don't notice much > difference. Where the export takes seconds, the import takes minutes. My > average file size will be just under 20 MB (consisting of on the order of 20 > blobs and 60 nodes per file), and there could be tens or even hundreds of > these to import in the case of a system restoration from backup. I can > afford 20 minutes to restore the system, but not 20 hours. > > Currently I've tried it with a single 17MB file, and workspace.importXML() > takes 8 and a half minutes. It was the same for session.importXML(). 8.5 minutes indeed seems very slow... could you perhaps provide a test xml file? i'd like to run a performance test on my machine. cheers stefan > > Are there any performance enhancements underway? This seems like a really > important feature to speed up, because any time I need to migrate data, > recover from a disk failure or change fundamental jackrabbit configuration, > I will need to import exported data, including blobs. > > Is there something flawed in my backup/restoration strategy? > > Thanks. > -Alan > > > quipere wrote: > > > > Saving it on the workspace would take about half of the time, if I am > > right. But I will than be stuck with the risk of making my own rollback > > functions. Because I am persisting more actions than only the xmlimport on > > one session.save(). > > Is the node.remove also loading all the childnodes in memory? Because when > > I remove the mainNode of the imported xml. It consumes an even amount of > > memory as the import function? > > > > > > Jukka Zitting-3 wrote: > >> > >> On 10/24/06, quipere wrote: > >>> Does everybody have the same performance results while importing this > >>> XML? > >> > >> Yes. The imported content is stored in the transient state of the > >> session, which is kept fully in memory. Additionally, the Jackrabbit > >> ItemState objects used to represent nodes and properties in memory are > >> heavier than the DOM equivalents, so large XML files will use lots of > >> memory when imported. > >> > > > > -- > View this message in context: http://www.nabble.com/importing-XML-file-performance-tf2493911.html#a9936830 > Sent from the Jackrabbit - Users mailing list archive at Nabble.com. > >