Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 65216 invoked from network); 7 Jun 2010 14:41:09 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Jun 2010 14:41:09 -0000 Received: (qmail 66848 invoked by uid 500); 7 Jun 2010 14:41:08 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 66785 invoked by uid 500); 7 Jun 2010 14:41:08 -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 66776 invoked by uid 99); 7 Jun 2010 14:41:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 14:41:08 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [88.191.98.16] (HELO allende.neodoc.fr) (88.191.98.16) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 14:40:59 +0000 Received: from [192.168.0.101] (office.neodoc.fr [81.56.151.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by allende.neodoc.fr (Postfix) with ESMTP id 28D32123E004 for ; Mon, 7 Jun 2010 16:40:36 +0200 (CEST) Message-ID: <4C0D04E3.1010208@neodoc.biz> Date: Mon, 07 Jun 2010 16:40:35 +0200 From: =?ISO-8859-1?Q?Maxime_B=E9gnis?= User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Re: repository size References: <4C08EE05.3050508@neodoc.biz> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi Thomas, Thanks for all these informations, between lines : Thomas M�ller a �crit : > Hi, > > >> our repository folder is very big >> > > Do you know which part is big? > These data are just a sample from a test repository. The actual "very big" repository is part of a service I can't stop right now. I hope this will be usefull anyway. In the root folder : $ du -scb * 11207613 repository 7485 repository.xml 4432822 version 4630613 workspaces 20278533 total In the "repository" folder : repository$ du -scb * 9425765 datastore 1764077 index 4790 meta 4789 namespaces 4096 nodetypes 11203517 total In the "version" folder : version/db$ du -scb * 1052768 log 3371008 seg0 854 service.properties 4424630 total In the main(and only) workspace folder : workspaces/default$ du -scb * 3199937 db 1420122 index 0 locks 2362 workspace.xml 4622421 total > If it's the datastore folder, I'm afraid there is little you can do > except running data store garbage collection from time to time. Using > a database data store could reduce the size, specially if you have > compressible data (XML, HTML,...) and if you use a database that does > support compressing BLOBs (such as the H2 database). > > If the Lucene index is big maybe you could change the index configuration? > > If the database is big the only solution I have is to use a different > database that needs less space, such as the H2 database. > > >> If we switch to a newer version, will this make things better? >> > > I'm afraid no. > > Regards, > Thomas > >