Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 88511 invoked from network); 20 Feb 2010 15:39:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Feb 2010 15:39:58 -0000 Received: (qmail 47547 invoked by uid 500); 20 Feb 2010 15:39:57 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 47533 invoked by uid 500); 20 Feb 2010 15:39:57 -0000 Mailing-List: contact cassandra-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-user@incubator.apache.org Delivered-To: mailing list cassandra-user@incubator.apache.org Received: (qmail 47524 invoked by uid 99); 20 Feb 2010 15:39:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Feb 2010 15:39:57 +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: domain of jbellis@gmail.com designates 209.85.219.212 as permitted sender) Received: from [209.85.219.212] (HELO mail-ew0-f212.google.com) (209.85.219.212) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Feb 2010 15:39:50 +0000 Received: by ewy4 with SMTP id 4so1079696ewy.27 for ; Sat, 20 Feb 2010 07:39:29 -0800 (PST) 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 :content-transfer-encoding; bh=/2OLzs2pXCgQlmTfN1KrGe2SPbq/nGiaB9dvW9F2VqI=; b=vMMTujei0iCFqTr78I339dbmHkAz37jLbbqHMRPd/ABz3ySiihrxlEgohp3Lgjdqia v835apooRB821kKiKWh2Yj3xdXQVSlc+pq/sF/7eZstSMjXA9kPaR6x+0kIkgyVskNS1 2GtrzD+Lir97Vqnf5NfcDNAhemSMH89c6QTMI= 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:content-transfer-encoding; b=j2r0HX04ixU6s8+Of0AzDrHI7/anQWR5qZG/D/8QhwWGGpxeMji51Hsfgn9gdlcSAL cPNza/zNdIK6dHX+d+fLBjMRAqOqfVZLYW+mXlGni9/dEIO3RpCcPRJgi7Dg6OMCW8do BVB8hwEgWbCBOiE4UMa7XpvV6rUmioIF8l9QA= MIME-Version: 1.0 Received: by 10.216.93.17 with SMTP id k17mr3800849wef.31.1266680369229; Sat, 20 Feb 2010 07:39:29 -0800 (PST) In-Reply-To: References: <5f7770581002161028s21c54cdfk846e2c973d06aaf6@mail.gmail.com> From: Jonathan Ellis Date: Sat, 20 Feb 2010 10:39:09 -0500 Message-ID: Subject: Re: cassandra freezes To: cassandra-user@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable haproxy should be fine. normal GCs aren't a problem, you don't need to worry about that. what is a problem is when you shove more requests into cassandra than it can handle, so it tries to GC to get enough memory to handle that, then you shove even more requests, so it GC's again, and it spirals out of control and "freezes." https://issues.apache.org/jira/browse/CASSANDRA-685 will address this by not allowing more requests than it can handle. On Sat, Feb 20, 2010 at 10:22 AM, Simon Smith wrote= : > I'm still in the experimentation stage so perhaps forgive this hypothetic= al > question/idea.=A0 I am planning to load balance by putting haproxy in fro= nt of > the cassandra cluster.=A0 First of all, is that a bad idea? > > Secondly, if I have high enough replication and # of nodes, is it possibl= e > and a good idea to proactively cause GCing to happen?=A0 (I.e. take a nod= e out > of the haproxy LB pool, somehow cause it to gc, and then put the node bac= k > in... repeat at intervals for each node?) > > Simon Smith >