Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-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 B6BF2CF36 for ; Mon, 26 May 2014 07:26:01 +0000 (UTC) Received: (qmail 4035 invoked by uid 500); 26 May 2014 07:25:59 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 3995 invoked by uid 500); 26 May 2014 07:25:59 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 3987 invoked by uid 99); 26 May 2014 07:25:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 May 2014 07:25:59 +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 (athena.apache.org: domain of alexey.sverdelov@googlemail.com designates 209.85.223.179 as permitted sender) Received: from [209.85.223.179] (HELO mail-ie0-f179.google.com) (209.85.223.179) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 May 2014 07:25:54 +0000 Received: by mail-ie0-f179.google.com with SMTP id rd18so7447484iec.10 for ; Mon, 26 May 2014 00:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=EfilqcNrTVYSuT2GmBCuRqOiLv11a5w6DNcqlQEm87I=; b=G+i87g2AgjaGpjslEN+l93a4emCMK/jEqEk38MEg4YWBFP287k2tjpgAuHkuTAPQaZ K1Ext//KZ46f83q7XZPMdkJwelbksGSnGX5aBe70uhr/mylso1AlvV2MdP3bhf8SDLkG 2OA9eQH3L6nrEmfi2QaoqmJbNOjIiX+B6T+v2D4ZHStPz4EnXHgilZD6exLsq3lDW81A DYbtOKZnPEbSAvYboI8WMPi4yUDKyrFzHvHR8TSLeTSvi27pILVyzmV3XWSZ7cquhkgc QfU4q5nzlVWWeqEddgU3Vtr30CpXlzHLWSfbQTIv9lhgDy5Mr4LRiillzlUEI7U5x9xC oJDg== X-Received: by 10.50.20.8 with SMTP id j8mr23386263ige.17.1401089133851; Mon, 26 May 2014 00:25:33 -0700 (PDT) MIME-Version: 1.0 Sender: alexey.sverdelov@googlemail.com Received: by 10.64.12.211 with HTTP; Mon, 26 May 2014 00:25:13 -0700 (PDT) In-Reply-To: References: From: Alexey Date: Mon, 26 May 2014 09:25:13 +0200 X-Google-Sender-Auth: xQLWRiAVqFkGr0fw9MOTmDFmk5U Message-ID: Subject: Re: Increased Cassandra connection latency To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=047d7bd752661f3be004fa487c1c X-Virus-Checked: Checked by ClamAV on apache.org --047d7bd752661f3be004fa487c1c Content-Type: text/plain; charset=UTF-8 It looks like a memory leak to me. All Cassandra processes are with the following JVM settings configured: -Xms10240M -Xmx10240M -Xmn2400M. The OldGen reaches nearly the maximum and it looks like the oldgen objects not being garbage collected. Alexey On Fri, May 23, 2014 at 3:56 PM, Nate McCall wrote: > Is compaction keeping up? Those replication settings are high - for every > write, 10 nodes are doing something). > > What other monitoring stats do you have - what is IO, CPU and network > traffic like? Is the JVM GC activity growing? > > Anything else stick out like growing number of network connections to 9160 > or 9042 on the cluster? > > The only leak-y things I've seen lately could either be: > > from a JVM bug leaking permgen from JMX invocation: > https://issues.apache.org/jira/browse/CASSANDRA-6541 > > or if you have anything using thrift (this includes opscenter) and you are > using HSHA as the rpc_server_type: > https://issues.apache.org/jira/browse/CASSANDRA-4265 > > Otherwise, I think this is config/setup tuning. > > > > > On Fri, May 23, 2014 at 7:00 AM, Alexey wrote: > >> Hi all, >> >> I've noticed increased latency on our tomcat REST-service (average 30ms, >> max > 2sec). We are using Cassandra 1.2.16 with official DataStax Java >> driver v1.0.3. >> >> Our setup: >> >> * 2 DCs >> * each DC: 7 nodes >> * RF=5 >> * Leveled compaction >> >> After cassandra restart on all nodes, the latencies are alright again >> (average < 5ms, max 50ms). >> >> Any thoughts are greatly appreciated. >> >> Thanks, >> Alexey >> > > > > -- > ----------------- > Nate McCall > Austin, TX > @zznate > > Co-Founder & Sr. Technical Consultant > Apache Cassandra Consulting > http://www.thelastpickle.com > --047d7bd752661f3be004fa487c1c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It looks like a memory leak to me. All Cassandra proc= esses are with the following JVM settings configured: -Xms10240M -Xmx10240M= -Xmn2400M. The OldGen reaches nearly the maximum and it looks like the old= gen objects not being garbage collected.

Alexey


On Fri, May 23, 2014 at 3:56 PM, Nate McCall <nate@thelastpickle.com> wrote:
Is compaction keeping = up? Those replication settings are high - for every write, 10 nodes are doi= ng something).=C2=A0

What other monitoring stats do you have - what is IO, C= PU and network traffic like? Is the JVM GC activity growing?

Anything else stick out like growing number of network = connections to 9160 or 9042 on the cluster?=C2=A0

T= he only leak-y things I've seen lately could either be:=C2=A0

<= /div>
from a JVM bug leaking permgen from JMX invocation:

or if you have anything using thrift (this includes opscenter) and you are = using HSHA as the rpc_server_type:
https://issues.apache.org/jira/browse/CASSANDRA-4265

Otherwise, I think this is config/setup tuning.=C2= =A0




On Fri, May 23, 2014 at 7:00 AM, Alexe= y <alexejka@gmail.com> wrote:
Hi all,=

I've noticed increased latency on our tomcat REST-service (average 30ms, max > 2sec). We are using=20 Cassandra 1.2.16 with official DataStax Java driver v1.0.3.

Our setup:

* 2 DCs
* each DC: 7 nodes
<= /div>* RF=3D5
* Leveled compaction

After cassand= ra restart on all nodes, the latencies are alright again (average < 5ms,= max 50ms).

Any thoughts are greatly appreciated.

Thanks,
Al= exey



--
-----------= ------
Nate McCall
Austin, TX
@zznate

Co-Founder & Sr. = Technical Consultant
Apache Cassandra Consulting
http://www.thelastpickle.com

--047d7bd752661f3be004fa487c1c--