Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 91192 invoked from network); 26 May 2008 14:04:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 May 2008 14:04:12 -0000 Received: (qmail 42246 invoked by uid 500); 26 May 2008 14:04:12 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 42230 invoked by uid 500); 26 May 2008 14:04:12 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 42219 invoked by uid 99); 26 May 2008 14:04:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 May 2008 07:04:12 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of stefan.guggisberg@gmail.com designates 209.85.162.183 as permitted sender) Received: from [209.85.162.183] (HELO el-out-1112.google.com) (209.85.162.183) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 May 2008 14:03:24 +0000 Received: by el-out-1112.google.com with SMTP id n30so622576elf.19 for ; Mon, 26 May 2008 07:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=LVi8YCR2I+DfYGG7nbk0VHePPgwSUIe+xiyqLC5tJJc=; b=TkBLx9epmmREPjGsV/iQeP/UtyeKmWFWCRGXkAYKdvfgJDBE+A+vPI6KZE5t+NxNYDlMP95sr5NGAoxiRdZgWiVdOKRSczPdmrYyslrfbpU+9zgEELwQ3UnyBx5VvnrHzm664b1yBzDMdLvcldm5KSZm7uwihJlHV5+qeItx218= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=j211PNKgcU7fxCAsom90pa2OS/oneW3ISnmrAZqe39yhx8qfAibqbfokUsU4FQXXSaELRaUiUqlgPBUQnnP+UDOreTv16Nck8Xqx44k3XnEc7lz2ePAS3y9JpzgHGurKySjmRurG0+1QOH4cIYSqqc4iNmlYtHcGRMuZrzb8+qg= Received: by 10.114.56.4 with SMTP id e4mr80457waa.0.1211810619023; Mon, 26 May 2008 07:03:39 -0700 (PDT) Received: by 10.114.190.14 with HTTP; Mon, 26 May 2008 07:03:38 -0700 (PDT) Message-ID: <90a8d1c00805260703j3e3b54bfq55dbf196d5425006@mail.gmail.com> Date: Mon, 26 May 2008 16:03:38 +0200 From: "Stefan Guggisberg" Reply-To: stefan.guggisberg@day.com Sender: stefan.guggisberg@gmail.com To: users@jackrabbit.apache.org Subject: Re: session.save() takes too long In-Reply-To: <17471593.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17471593.post@talk.nabble.com> X-Google-Sender-Auth: f75a589e7e0e92b1 X-Virus-Checked: Checked by ClamAV on apache.org hi thiago On Mon, May 26, 2008 at 3:05 PM, Thiago Monteiro wrote: > > Hello everyone, > > i have to convert a large set of data from an old repository (stored in a > DB) to the new one (Jackrabbit) using BundleDbPersistenceManager. > > The number of nodes to be added is of about 900000, so speed here is > crucial. I'm calling session.save() every thousand nodes, but this call > alone takes about 15-20 minutes. The nodes are versionable and every node i agree that 15-20 minutes is way too slow. a couple of questions: what db are you targeting? how much memory have you allocated for the jvm? are large binaries involved? please provide your confiuguration, if possible. cheers stefan > has two chld nodes (it is a necessary structure). Also, each node has > anything between 5 and 20 properties. Finally, the overall repository > structure is built so no node has more than 4000 children. > > I also tried to save less nodes in each session.save() call, but with no > success regarding better time. I'd like to avoid very large calls, so, > should anything happen during the conversion, i am able to restart from a > given point. > > Any ideias on how to make it go faster? > > -- > View this message in context: http://www.nabble.com/session.save%28%29-takes-too-long-tp17471593p17471593.html > Sent from the Jackrabbit - Users mailing list archive at Nabble.com. > >