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 9EDC05253 for ; Thu, 12 May 2011 23:15:18 +0000 (UTC) Received: (qmail 56386 invoked by uid 500); 12 May 2011 23:15:16 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 56354 invoked by uid 500); 12 May 2011 23:15:16 -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 56346 invoked by uid 99); 12 May 2011 23:15:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 23:15:16 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-ww0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 May 2011 23:15:10 +0000 Received: by wwa36 with SMTP id 36so1957228wwa.25 for ; Thu, 12 May 2011 16:14:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=cySd3itqtyB/sOYnrSTifqA1S4DUilWkHwoASIjwwvs=; b=NpDCM4QH5TbNqk2PyqqQmNlGx9I6HjIXDRlBUz1ljxcEkpy1YBNLhGjlB8ahEZn3Fq lTGLKeAaXZR1Gm4n03QyDUr8NSASVratNJi21yMInTLCMI63AyCAgwOK/Ogv7LU8P4Ar R40bxteN6/s2vlb3p2XizN73q/0oPQEhPg5pk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=kcZwuP/cuUKqZm2c4CExe5YlyvyWkPEUOPMeUMaMZofnhrgMtQ3nOllQoMx3rBP8hV i+cLD9/bPCrHg3qHf+wAkgFymkQsKzmAXETePKSgJ8HxUHN7SU6gh6m82AffgGKP8B7i +gAwvbFJ3l/gIuuWn0u+fRqilCthJvOOt1TbQ= Received: by 10.216.152.170 with SMTP id d42mr829597wek.39.1305242090175; Thu, 12 May 2011 16:14:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.8.71 with HTTP; Thu, 12 May 2011 16:14:30 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Thu, 12 May 2011 18:14:30 -0500 Message-ID: Subject: Re: running TPC-C on cassandra clusters To: user@cassandra.apache.org Cc: Jingxin Feng Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I'd recommend trying the 0.7 svn branch (soon to be voted on as 0.7.6) On Thu, May 12, 2011 at 3:09 PM, Xiaowei Wang wrote: > Hi all, > > My partner and I currently using cassandra cluster to run TPC-C. We first > use 2 ec2 nodes to load 20 warehouses. One(client node)=A0 has 8 cores,= =A0 the > other(worker node) has 4 cores. During the loading time, either the clien= t > node or the worker node will "down"(cannot be detected) randomly and then > "up" again in a short time. If the two nodes both down, we failed in > loading. If only one of them down, we can continue to load data. > > The problem is if we use multiple threads(we write multiprocess code), sa= y 4 > clients threads, some of them might be stop at the point one of the nodes > first down, and the dead threads will never come back.... This will not o= nly > enlarge our loading time, but also effect the amount of data we can load. > > So we need to figure out why the nodes continue to be up and down and fix > this problem. > > Thanks for any help! > > Best, > Xiaowei > > --=20 Jonathan Ellis Project Chair, Apache Cassandra co-founder of DataStax, the source for professional Cassandra support http://www.datastax.com