Return-Path: Delivered-To: apmail-hadoop-zookeeper-user-archive@minotaur.apache.org Received: (qmail 15508 invoked from network); 16 Mar 2010 18:05:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 18:05:47 -0000 Received: (qmail 96988 invoked by uid 500); 16 Mar 2010 18:05:47 -0000 Delivered-To: apmail-hadoop-zookeeper-user-archive@hadoop.apache.org Received: (qmail 96969 invoked by uid 500); 16 Mar 2010 18:05:47 -0000 Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: zookeeper-user@hadoop.apache.org Delivered-To: mailing list zookeeper-user@hadoop.apache.org Received: (qmail 96961 invoked by uid 99); 16 Mar 2010 18:05:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 18:05:47 +0000 X-ASF-Spam-Status: No, hits=-0.2 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ted.dunning@gmail.com designates 209.85.222.195 as permitted sender) Received: from [209.85.222.195] (HELO mail-pz0-f195.google.com) (209.85.222.195) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 18:05:41 +0000 Received: by pzk33 with SMTP id 33so170735pzk.5 for ; Tue, 16 Mar 2010 11:05:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=xavqGo5jvxjBx4lYVC6uzsn1c7Q9yajRXNUedcbf134=; b=eKJCRxxoiHo+tQ8slCfL+f8RuHSP3ozdGWsCjvadUOm54HWBijOxDrxrKon++KpzNx /NSYlDBWMGD4pg2XKzgBpzoAQ5X4hPGddkv8uKxIpwUn9XniD6/AY9Im43o3gq5P8r+9 tonYit3euHXBW/U3Uy9Z1IurrQK2mJ5AsyWic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=mDsTil1ESt/daQQw0UYMZqItKyK3sp71XlwcyTmUPavXnSKVfP+BWt1hM1LrDGXZC2 z6htOPd3/Adet5Y/uNPwT+h4EVqFdYtA1i44QGCAhHVmnOFHOU0xkHkhIsjJnuoNE4jm ruq/HThunTFPTCHWyDTey2p51HWkyMuR5uQNA= MIME-Version: 1.0 Received: by 10.141.53.1 with SMTP id f1mr18955rvk.142.1268762544164; Tue, 16 Mar 2010 11:02:24 -0700 (PDT) In-Reply-To: <4B9FC3EA.3010008@apache.org> References: <828d4a961003152104h29bb6e34tfdbe62b99df89fc0@mail.gmail.com> <828d4a961003161031h65100065qcf426f1eebdae08@mail.gmail.com> <4B9FC3EA.3010008@apache.org> From: Ted Dunning Date: Tue, 16 Mar 2010 10:59:37 -0700 Message-ID: Subject: Re: java heap size To: zookeeper-user@hadoop.apache.org Content-Type: multipart/alternative; boundary=000e0cd291a6bfd1e50481eeccd9 --000e0cd291a6bfd1e50481eeccd9 Content-Type: text/plain; charset=UTF-8 Of course, with only 32 - 200 MB of heap, almost anything will collect pretty quickly! If you are only storing a little bit of data (coordination, basically) then a small heap might work fine. Turn on gc logging and read what you get. If that is ok even with high load, then you should be fine. One application where I saw a need for memory was when we stored user sessions in ZK. On Tue, Mar 16, 2010 at 10:46 AM, Patrick Hunt wrote: > Add on top of that the poor performance of the GC in 1.6 jvms and more > memory is critical/necessity. > --000e0cd291a6bfd1e50481eeccd9--