Return-Path: X-Original-To: apmail-archiva-users-archive@www.apache.org Delivered-To: apmail-archiva-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9B258989F for ; Wed, 30 May 2012 04:09:18 +0000 (UTC) Received: (qmail 43873 invoked by uid 500); 30 May 2012 04:09:17 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 43693 invoked by uid 500); 30 May 2012 04:09:17 -0000 Mailing-List: contact users-help@archiva.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@archiva.apache.org Delivered-To: mailing list users@archiva.apache.org Received: (qmail 43645 invoked by uid 99); 30 May 2012 04:09:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 May 2012 04:09:15 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.210.42] (HELO mail-pz0-f42.google.com) (209.85.210.42) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 May 2012 04:09:08 +0000 Received: by dalf4 with SMTP id f4so5282188dal.15 for ; Tue, 29 May 2012 21:08:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=iApnOnSyeaErTWfryNBeeMOK9VTyDMI5jaCDiFN1ao0=; b=EkeNKKMYhqVrZa9n78aG+WgoBhhujzW/S9oU4vfQpJdpC6ZBgOyTFuHS/een4VQg9i nfmbVDFEltS/SwMks56ZsPBmI+VkOarsbJLktAKm4vMlQtmKwRI6ceu0j1KiPDUBWBcO pA39rNVMDCRPCXaoCPO65AD1ruK2hDFQ41KlGoXhmXXRURpd68PiBUu+yg1wSvWpslwT jKqTpzo3gT3BLWwm7pCs3KLSFzPD4olUTS1CeWRw9sqNp4I9+XjwMXCNHR/Ta895Z/kl GwsiX9SOW84BfVALIz0l/39H3vtyXGfqAiHXyuuVwKgw0OZBzN2rjAZNhQ59yOQzdtLZ yEgQ== Received: by 10.68.221.72 with SMTP id qc8mr45227783pbc.63.1338350926543; Tue, 29 May 2012 21:08:46 -0700 (PDT) Received: from [10.0.0.10] (ppp121-44-41-179.lns20.syd6.internode.on.net. [121.44.41.179]) by mx.google.com with ESMTPS id b10sm25009889pbr.46.2012.05.29.21.08.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 May 2012 21:08:45 -0700 (PDT) Sender: Brett Porter Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1278) Subject: Re: Limit memory usage for Archiva From: Brett Porter In-Reply-To: <11525652.1101338347028549.JavaMail.root@mail.deventm-group.org> Date: Wed, 30 May 2012 14:08:42 +1000 Content-Transfer-Encoding: quoted-printable Message-Id: <5D2A804C-4627-433F-872C-88282BB7D291@apache.org> References: <11525652.1101338347028549.JavaMail.root@mail.deventm-group.org> To: users@archiva.apache.org X-Mailer: Apple Mail (2.1278) X-Gm-Message-State: ALoCoQna4sMjinQah1gBg8b0G8FJzrn+RTDJN+cQDe2AFDs2ES6BiL8hohHrJWygjSkUUuA7ViJn On 30/05/2012, at 1:03 PM, Erwin Mueller wrote: > Thank you for your answers, >=20 > So trimming down of Archiva is not an option? Is all indexing done in = memory? I would think that the index is saved on disk and loaded on = demand? The indexing is done incrementally, but a full scan or frequent uploads = does create a queue that will consume memory for a period of time, as do = individual requests. If you have low traffic, you can probably get away = with less and reduce the heap size, but the lower you go there's a = chance that garbage collection will slow down normal operation. You can = look at the system status page to see if your memory use is reaching the = limit. You can still trim it down using the techniques I've described as = well.=20 - Brett -- Brett Porter brett@apache.org http://brettporter.wordpress.com/ http://au.linkedin.com/in/brettporter http://twitter.com/brettporter