Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 22154 invoked from network); 25 Sep 2009 15:34:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Sep 2009 15:34:34 -0000 Received: (qmail 34484 invoked by uid 500); 25 Sep 2009 15:34:34 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 34465 invoked by uid 500); 25 Sep 2009 15:34:34 -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 34456 invoked by uid 99); 25 Sep 2009 15:34:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Sep 2009 15:34:34 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of michael.greene@gmail.com designates 209.85.216.204 as permitted sender) Received: from [209.85.216.204] (HELO mail-px0-f204.google.com) (209.85.216.204) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Sep 2009 15:34:26 +0000 Received: by pxi42 with SMTP id 42so3405931pxi.13 for ; Fri, 25 Sep 2009 08:34:06 -0700 (PDT) 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 :date:message-id:subject:from:to:content-type; bh=9H4Qkkyc3hy1X5S880sPBwcBs2EHer+Ree4+gKAlMvk=; b=iEm2Ett2Jaf0fJTv70P1m4ZwyJL+aJ8qapiJ534HtNj7fBorZjmPPgqyuupZdLUnr7 BC6csOKgIoRz2MES2DvfOm4b5mbW7mA5Sh62Hvo/IzfX5M9wJ5G26CCViFrR/TQlsI5n chVB1my1I/1TJt7Ar/o5xHmPYa362q00KEcBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=OQtER3LIrZhH4q5UB+pameQxxKI4B+Bgv0vuwZB2P8GKJyv89jPALu60XvLodBeDHE yHrfcTkqKHoIvK7IALwFqBtN+extXeAyVJRUAQz+F9HgUwmXpBD8V9X1K2snFS3/kZ1/ q9tZTUyLnq52LgSqI8aSgKbJH8w7Bf8Uf0Asw= MIME-Version: 1.0 Received: by 10.140.133.16 with SMTP id g16mr12291rvd.202.1253892846239; Fri, 25 Sep 2009 08:34:06 -0700 (PDT) In-Reply-To: <87ws3n120g.wl%catap@catap.ru> References: <87ws3n120g.wl%catap@catap.ru> Date: Fri, 25 Sep 2009 10:34:06 -0500 Message-ID: Subject: Re: perfomance issue From: Michael Greene To: cassandra-user@incubator.apache.org Content-Type: multipart/alternative; boundary=000e0cd1723aafc10e047468ad51 X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd1723aafc10e047468ad51 Content-Type: text/plain; charset=ISO-8859-1 Thanks for the results. Perhaps you could shed further light:Is this a single node system? Is the log level changed from DEBUG to INFO? Are the commit log and data directories on the same drive? Are the sets/gets being processed interleaved in parallel, or one then the other? Note that writes are ~6x and ~5x slower with those values, and gets are ~50x and ~20x slower Michael On Fri, Sep 25, 2009 at 10:23 AM, Kirill A. Korinskiy < catap+cassandra@catap.ru > wrote: > Hello. > > I'm write a small erlang benchmark: cassandra vs simple fs storage and > I have a results: > > fs_storage: > 10: 1732/228633/2873/1128 992/233261/2870/1026 > 25: 4531/35290/6084/632 1786/35292/5969/312 > 50: 4707/311825/13694/4644 1366/382913/14470/5823 > > cassandra: > 10: 69014/424051/145871/28066 9553/427823/141925/29190 > 25: 165500/536108/339736/77173 14846/710370/341819/78694 > 50: 325790/1050753/667931/157962 9865/1033461/676317/160606 > > legends: > parallel request: get set min/max/avg/mad > > So. Cassandra slower ~50 times. > > Ok I change cassandra setting: > > ColumnFamily from UTF8Type to BytesType > MemtableObjectCountInMillions from 0.1 to 1 > ConcurrentReads from 8 to 64 > ConcurrentWrites from 32 to 64 > > And I have: > > fs_storage: > 10: 2164/245375/2515/474 651/247790/2746/800 > 25: 5521/19959/5838/196 1836/20138/5943/186 > 50: 6369/32837/11476/944 1396/32818/11449/876 > > cassandra: > 10: 39931/279903/48463/4812 21378/278782/51477/4526 > 25: 101911/407343/119135/9158 8794/410423/123768/9076 > 50: 209202/429959/238179/12180 7803/442580/244402/13443 > > Cassandra slower ~20 times. > > I's normal? Can I do something wrong? Maybe you have any ideas? > > -- > wbr, Kirill > --000e0cd1723aafc10e047468ad51 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the results. =A0Perhaps you could shed further light:
Is thi= s a single node system?
Is the log level changed from DEBUG to IN= FO?
Are the commit log and data directories on the same drive?
Are the sets/gets being processed interleaved in parallel, or one then= the other?

Note that writes are ~6x and ~5x slowe= r with those values, and gets are ~50x and ~20x slower

Michael

On Fri, Sep 25, 2009 at 10:2= 3 AM, Kirill A. Korinskiy <catap+cassandra@catap.ru> wrote:
Hello.

I'm write a small erlang benchmark: cassandra vs simple fs storage and<= br> I have a results:

fs_storage:
10: 1732/228633/2873/1128 992/233261/2870/1026
25: 4531/35290/6084/632 1786/35292/5969/312
50: 4707/311825/13694/4644 1366/382913/14470/5823

cassandra:
10: 69014/424051/145871/28066 9553/427823/141925/29190
25: 165500/536108/339736/77173 14846/710370/341819/78694
50: 325790/1050753/667931/157962 9865/1033461/676317/160606

legends:
parallel request: get set min/max/avg/mad

So. Cassandra slower ~50 times.

Ok I change cassandra setting:

=A0ColumnFamily from UTF8Type to BytesType
=A0MemtableObjectCountInMillions from 0.1 to 1
=A0ConcurrentReads from 8 to 64
=A0ConcurrentWrites from 32 to 64

And I have:

fs_storage:
10: 2164/245375/2515/474 651/247790/2746/800
25: 5521/19959/5838/196 1836/20138/5943/186
50: 6369/32837/11476/944 1396/32818/11449/876

cassandra:
10: 39931/279903/48463/4812 21378/278782/51477/4526
25: 101911/407343/119135/9158 8794/410423/123768/9076
50: 209202/429959/238179/12180 7803/442580/244402/13443

Cassandra slower ~20 times.

I's normal? Can I do something wrong? Maybe you have any ideas?

--
wbr, Kirill

--000e0cd1723aafc10e047468ad51--