Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E0D0C102C1 for ; Mon, 8 Jul 2013 18:26:19 +0000 (UTC) Received: (qmail 60785 invoked by uid 500); 8 Jul 2013 18:26:17 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 60729 invoked by uid 500); 8 Jul 2013 18:26:17 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 60721 invoked by uid 99); 8 Jul 2013 18:26:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jul 2013 18:26:17 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kevin.odell@cloudera.com designates 209.85.215.48 as permitted sender) Received: from [209.85.215.48] (HELO mail-la0-f48.google.com) (209.85.215.48) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jul 2013 18:26:11 +0000 Received: by mail-la0-f48.google.com with SMTP id lx15so4081918lab.35 for ; Mon, 08 Jul 2013 11:25:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=xZHAuOCIRnVngkSQN0/kNQ2j3eJqHkXsDGpu1216aDQ=; b=WB1jA2Jmts0f55pUNAidPnXTiGIqPzknEen/phHZXXsDe8QDwL3DCcc6y6bWzaELcK 6vMbEKMyydE75K8r3Xc3GshAmJmeSD91X1CN9nfgSczxscke71PztHdx5FJ0fTZcWNNO 2SO2laDz4Io0SS/ucFVCtr3D41V+zX46hgyX3V+2YPDI6AocNHCwQef5xFscPgKcjQGF Pjkxz2BXoYVUnZSyLBu3CQCBh41ZL0fZGfrdccM9Ho81iQo6SFTYg5QULN5V7U4K3Z9G p7JqLMOzD6MByrpWRHCcTw1z3sHAzAoQsHrNU8dBTCsf04LyWHCCZ/ecYirxa6X4OeOO Ja5w== MIME-Version: 1.0 X-Received: by 10.112.16.163 with SMTP id h3mr11189334lbd.85.1373307950799; Mon, 08 Jul 2013 11:25:50 -0700 (PDT) Received: by 10.112.1.169 with HTTP; Mon, 8 Jul 2013 11:25:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 8 Jul 2013 14:25:50 -0400 Message-ID: Subject: Re: GC recommendations for large Region Server heaps From: "Kevin O'dell" To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=001a11c3b4ae932e1304e1042c6c X-Gm-Message-State: ALoCoQlSzKW0Sr+HHbZ8XJ0tbwf/hRrKEe8f+LkeZ32OMnz7SC1QJdI3A/tWvsyW1E7s8btTwcho X-Virus-Checked: Checked by ClamAV on apache.org --001a11c3b4ae932e1304e1042c6c Content-Type: text/plain; charset=ISO-8859-1 Hey Suraj, I would recommend turning on MSlab and using the following settings: -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=70 -XX:+CMSParallelRemarkEnabled On Mon, Jul 8, 2013 at 2:09 PM, Suraj Varma wrote: > Hello: > We have an HBase cluster with region servers running on 8GB heap size with > a 0.6 block cache (it is a read heavy cluster, with bursty write traffic > via MR jobs). (version: hbase-0.94.6.1) > > During HBaseCon, while speaking to a few attendees, I heard some folks were > running region servers as high as 24GB and some others in the 16GB range. > > So - question: Are there any special GC recommendations (tuning parameters, > flags, etc) that folks who run at these large heaps can recommend while > moving up from an 8GB heap? i.e. for 16GB and for 24GB RS heaps ... ? > > I'm especially concerned about long pauses causing zk session timeouts and > consequent RS shutdowns. Our boxes do have a lot of RAM and we are > exploring how we can use more of it for the cluster while maintaining > overall stability. > > Also - if there are clusters running multiple region servers per host, I'd > be very interested to know what RS heap sizes those are being run at ... > and whether this was chosen as an alternative to running a single RS with > large heap. > > (I know I'll have to test the GC stuff out on my cluster and for my > workloads anyway ... but just trying to get a feel of what sort of tuning > options had to be used to have a stable HBase cluster with 16 or 24GB RS > heaps). > > Thanks in advance, > --Suraj > -- Kevin O'Dell Systems Engineer, Cloudera --001a11c3b4ae932e1304e1042c6c--