Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 65097 invoked from network); 18 Feb 2010 15:37:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Feb 2010 15:37:20 -0000 Received: (qmail 90371 invoked by uid 500); 18 Feb 2010 15:37:19 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 90346 invoked by uid 500); 18 Feb 2010 15:37:19 -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 90337 invoked by uid 99); 18 Feb 2010 15:37:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Feb 2010 15:37:19 +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 (nike.apache.org: domain of richiesgr@gmail.com designates 216.239.58.184 as permitted sender) Received: from [216.239.58.184] (HELO gv-out-0910.google.com) (216.239.58.184) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Feb 2010 15:37:11 +0000 Received: by gv-out-0910.google.com with SMTP id c17so223885gvd.17 for ; Thu, 18 Feb 2010 07:36:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=54F9kDkK4CIF5vzv+O8LYrNWoMot1MZf/SKeKvjd0lY=; b=WsuCNUqu4of6snGp2CINyoBa7klmFlGbtv3xUwp5TnRt9pngsR5xakNV3zUVKzAt4Y jfiLsNEzh4YitefRT9PsX5eo86PlTi/a4qSga6h1lsdjmtnB0VLZH5PO2piQPwAdPh5v 9cX39jh+yX2SbREw8ctjg4dCoVBRWIDvxNU5A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=YYQx0C6koSo3jv9Qx4yjkMjdW6FneKdHXPxR5eCmBE2tZtXJQeg8ciS9JtAj0CVFsp OvRdfp9yKElNYXZTillficxRkN9ksowJDE55T2Id5kvOh1iPgyKMlb8u3m4evdZNNDa0 2LU+ZFmy9sJs1comWtyDlMyniGKyDDhYGMoLQ= MIME-Version: 1.0 Received: by 10.239.185.83 with SMTP id b19mr1092761hbh.75.1266507410650; Thu, 18 Feb 2010 07:36:50 -0800 (PST) Date: Thu, 18 Feb 2010 17:36:50 +0200 Message-ID: <468b21171002180736v543fb106w39dd7259a22d1f82@mail.gmail.com> Subject: Performance with Multiple Node Vs Single Node From: Richard Grossman To: cassandra-user@incubator.apache.org Content-Type: multipart/alternative; boundary=001485f78aee5137cf047fe1bc86 X-Virus-Checked: Checked by ClamAV on apache.org --001485f78aee5137cf047fe1bc86 Content-Type: text/plain; charset=ISO-8859-1 Hi, What the impact on performance to have multiple node ?? The test we run here with multiple node seems a VERY bad performance comparing to the same amount of data located on 1 single node. Could you confirm or infirm such statement ? I mean if the same operation (write or read) take 5-10 times more time when multiple node than single node where is the problem (communication between computer) ??. I've read a lot about tuning of memory, disk, io, top, htop but nothing about networking operation between node. Is there any way to check what going on regarding node intercommunication ?? In my case all the queries made doesn't use 3% of the CPU nor the read operation a lot on the disk. Important I'm not talking about heavy load but on single query. Thanks --001485f78aee5137cf047fe1bc86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

What the impact on performance to have multiple= node ??

The test we run here with multiple node seems a VERY bad p= erformance comparing to the same amount of data located on 1 single node. <= br> Could you confirm or infirm such statement ?

I mean if the same ope= ration (write or read) take 5-10 times more time when multiple node than si= ngle node where is the problem (communication between computer) ??. I'v= e read a lot about tuning of memory, disk, io, top, htop but nothing about = networking operation between node. Is there any way to check what going on = regarding node intercommunication ??

In my case all the queries made doesn't use 3% of the CPU nor the r= ead operation a lot on the disk.
Important I'm not talking about he= avy load but on single query.

Thanks
--001485f78aee5137cf047fe1bc86--