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 D0B3B100F7 for ; Thu, 19 Dec 2013 12:04:27 +0000 (UTC) Received: (qmail 96816 invoked by uid 500); 19 Dec 2013 12:04:24 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 96752 invoked by uid 500); 19 Dec 2013 12:04:24 -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 96744 invoked by uid 99); 19 Dec 2013 12:04:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Dec 2013 12:04:24 +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 shutyaev@gmail.com designates 209.85.215.45 as permitted sender) Received: from [209.85.215.45] (HELO mail-la0-f45.google.com) (209.85.215.45) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Dec 2013 12:04:18 +0000 Received: by mail-la0-f45.google.com with SMTP id eh20so416077lab.18 for ; Thu, 19 Dec 2013 04:03:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=sOTDyqU0MJkHIgObHfXSQwjNs2MUZCksL6/e5XQe9H8=; b=WmSE/Jd5YaFSGSdL8m67Ktyr6PSf4JHC4HL/qtCsI35h/ZPIRLMaONh4B0QG98DeYp 7Z7Pj565pxG6Az28/P9EfVoOZziLfuxRzm4686Hch13xvUSetjGoq19Qlwp7HAyLOjOr ghVTlQGBC7dKFx6w1YIast0Fe8pEB3cLSCqTqWprKB5jaCLxtgy7JykAHp3+UGv/Yecd fM7k1JYdmo5oZH8VW7Jh5K9sO13QlEsBlScl9R5HJoYKZyvMk7qOH1i5ydccEXv3MG2E j+D8BpY3VyAT+PMQF564oNS/o8Ry+5dcq56KbyoA7WQRbRmCGfraa6kgNGSWT67M25QH xbBA== MIME-Version: 1.0 X-Received: by 10.112.16.137 with SMTP id g9mr525368lbd.1.1387454638365; Thu, 19 Dec 2013 04:03:58 -0800 (PST) Received: by 10.114.91.200 with HTTP; Thu, 19 Dec 2013 04:03:58 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Dec 2013 16:03:58 +0400 Message-ID: Subject: Re: cassandra performance problems From: Alexander Shutyaev To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11c3dba6dc9e0e04ede1f457 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c3dba6dc9e0e04ede1f457 Content-Type: text/plain; charset=UTF-8 Thanks all for your responses. We've downgraded from 2.0.3 to 2.0.0 and everything became normal. 2013/12/8 Nate McCall > If you are really set on using Cassandra as a cache, I would recommend > disabling durable writes for the keyspace(s)[0]. This will bypass the > commitlog (the flushing/rotation of which my be a good-sized portion of > your performance problems given the number of tables). > > [0] > http://www.datastax.com/documentation/cql/3.0/webhelp/index.html#cql/cql_reference/alter_keyspace_r.html > > > On Fri, Dec 6, 2013 at 12:42 PM, J. Ryan Earl wrote: > >> On Thu, Dec 5, 2013 at 6:33 AM, Alexander Shutyaev wrote: >> >>> We've plugged it into our production environment as a cache in front of >>> postgres. Everything worked fine, we even stressed it by explicitly >>> propagating about 30G (10G/node) data from postgres to cassandra. >>> >> >> If you just want a caching layer, why wouldn't you use Memcached or Redis >> instead? Cassandra is designed to be a persist store and not so much >> designed as caching layer. If you were replacing your use of Postgres >> completely, that would be appropriate. >> > > > > -- > ----------------- > Nate McCall > Austin, TX > @zznate > > Co-Founder & Sr. Technical Consultant > Apache Cassandra Consulting > http://www.thelastpickle.com > --001a11c3dba6dc9e0e04ede1f457 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks all for your responses. We've downgraded from 2= .0.3 to 2.0.0 and everything became normal.=C2=A0


2013/12/8 Nate McCall <na= te@thelastpickle.com>
If you are really set on us= ing Cassandra as a cache, I would recommend disabling durable writes for th= e keyspace(s)[0]. This will bypass the commitlog (the flushing/rotation of = which my be a good-sized portion of your performance problems given the num= ber of tables).=C2=A0



On Fri, Dec 6, 2013 at 12:42 PM, J. Ryan Earl <oss@jryanea= rl.us> wrote:
=
On Thu, Dec 5, 2013 at 6:33 AM, Alexander S= hutyaev <shutyaev@gmail.com> wrote:
We've p= lugged it into our production environment as a cache in front of postgres. = Everything worked fine, we even stressed it by explicitly propagating about= 30G (10G/node) data from postgres to cassandra.

If you just want a caching lay= er, why wouldn't you use Memcached or Redis instead? =C2=A0Cassandra is= designed to be a persist store and not so much designed as caching layer. = =C2=A0If you were replacing your use of Postgres completely, that would be = appropriate.



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

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

--001a11c3dba6dc9e0e04ede1f457--