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 E35099A6F for ; Mon, 23 Apr 2012 17:49:29 +0000 (UTC) Received: (qmail 63253 invoked by uid 500); 23 Apr 2012 17:49:27 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 63036 invoked by uid 500); 23 Apr 2012 17:49:27 -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 63021 invoked by uid 99); 23 Apr 2012 17:49:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Apr 2012 17:49:27 +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 hosschao@gmail.com designates 209.85.210.172 as permitted sender) Received: from [209.85.210.172] (HELO mail-iy0-f172.google.com) (209.85.210.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Apr 2012 17:49:19 +0000 Received: by iazz13 with SMTP id z13so20705355iaz.31 for ; Mon, 23 Apr 2012 10:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PtazJHsVD/O6bZeYO37vvhdgvEeinPDgVOGJyMni9lA=; b=G2hHRs9s+FjwRh1CXD8ySyuxIygDcYnaEgVXceGB+LMedybRbw/Mg6qVjDivH7UElv 8OcU5gdnuDtFselubMmtojJrWClapByPpcRqKlU86c2Ldr9eAytkyo83miOqek78A12M 0MtDdE0wNAl74kQbcx+9jgPx1GM7OKNh+aQwBAyoflllEw5CZBmYmtl9mqqK78JPUZJF 9z66JiaWmwYsdH23D9mf60Xz7gofKWQTujjj0XRLSBnMyBksqfNhkki8NhRBELF6RWL1 N76HWsJvhmCCgcazQNn1tdCeR/OPdHCkcfSkO1a4XnLXAFGy1k3qR7o3KGnqnUKOj1te /7xA== MIME-Version: 1.0 Received: by 10.50.88.164 with SMTP id bh4mr8120550igb.74.1335203338279; Mon, 23 Apr 2012 10:48:58 -0700 (PDT) Received: by 10.231.61.9 with HTTP; Mon, 23 Apr 2012 10:48:58 -0700 (PDT) Date: Tue, 24 Apr 2012 01:48:58 +0800 Message-ID: Subject: High latency of cassandra From: =?GB2312?B?wu2zrA==?= To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=e89a8f2352f5ae5a8604be5c4019 --e89a8f2352f5ae5a8604be5c4019 Content-Type: text/plain; charset=ISO-8859-1 Hi all, I have some troubles of cassandra in my production: I build up a RPC server which using hector client to manipulate the cassandra. Wired things happen nowadays: the latency of RPC sometimes becames very high (10seconds~70seconds) in several minutes and reduce to normal level (30ms in average) after that time. I investigate the debug log of cassandra. During high latency time, the cassandra output lots of message like: "IncomingTcpConnection.java(116) Version is now 3. " Seems everything be blocked during that time. Our settings as following: The version of cassandra is 1.0.1 and hector version is 0.7.0 for the compatible of thrift version which we use (0.5.0) The cluster contains 4 nodes and all of them are seeds. The gcgraceseconds is 0 since we needn't delete the data p.s. It works well for a long time (3 months) but becames crazy these days after we push the new RPC server which supports bigger data saving (2mb in average). I'm not sure if these is the reason. Hope getting your replay~~ Thanks, Chao. --e89a8f2352f5ae5a8604be5c4019 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,

I have some troub= les of cassandra in my production:

I = build up a RPC server which using hector client to manipulate the cassandra. Wired things happen nowadays: the latency of RPC som= etimes
becames very high (10seconds~70seconds) = in several minutes and reduce
to normal level (= 30ms in average) after that time. I investigate the
debug log of cassandra. During high latency time, the cassandra= output
lots of message like:
<= span style>"IncomingTcpConnection.java(116) Version= is now 3. "
Seems everything be blocked during that time.
<= br style>Our settings as following:
The version of cassandra is 1.0.1 and hector version is 0.7.0 for the
compatible of thrift version which we use (0.5.0)
The cluster contains 4 nodes and all of them are seeds. The<= /span>
gcgraceseconds is 0 since we needn't delete= the data

p.s. It works well for a long time (3 months) but bec= ames crazy these
days after we push the new RPC= server which supports bigger data
saving (2mb = in average). I'm not sure if these is the reason.

Hope getting your replay~~

= Thanks,

Chao.
--e89a8f2352f5ae5a8604be5c4019--