Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 6448 invoked from network); 17 May 2010 16:10:33 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 May 2010 16:10:33 -0000 Received: (qmail 98503 invoked by uid 500); 17 May 2010 16:10:32 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 98484 invoked by uid 500); 17 May 2010 16:10:32 -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 98476 invoked by uid 99); 17 May 2010 16:10:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 May 2010 16:10:32 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,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.172 as permitted sender) Received: from [74.125.82.172] (HELO mail-wy0-f172.google.com) (74.125.82.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 May 2010 16:10:26 +0000 Received: by wyb42 with SMTP id 42so2735314wyb.31 for ; Mon, 17 May 2010 09:10:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=2sDMQxWeV3A4G/2WCd9Hd10Y8Lg07nL3K0KIe43L+c4=; b=IlXXQ7ZF95z91SIfp8Bmv0lQEbCT4Q1NzEf5MfloX1pzrbOHHMa8dlTSsIw2kEYQhb zerCPQAiQ1tl2RVdh6xVZqDuMb1AOSWlZYO7Sfblr/CO/m68MRhKMviT5D3pSE+0kkIJ 8UdoH36xe9+mmhkB0y0BKP6YjCmgTeBbkavAo= 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 :content-type:content-transfer-encoding; b=N0du00fIPSzwhG6XwZRFpolSjm0B3Izrbcp4mNmlOmpPSYKT+Zk2SxoWIEg5EDRh87 RkO59mcZecFItGur87SpuPpZQnj7t8TX+R7YFLYGcYtpGJ3ZTo/ir1C8ehRVoT2LLqr1 XNGyW+YW3lR0+OHB9q+t/xYmr599qrN7CGlw4= Received: by 10.227.69.71 with SMTP id y7mr5006371wbi.123.1274112605646; Mon, 17 May 2010 09:10:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.17.197 with HTTP; Mon, 17 May 2010 09:09:45 -0700 (PDT) In-Reply-To: References: From: Jonathan Ellis Date: Mon, 17 May 2010 11:09:45 -0500 Message-ID: Subject: Re: Load Balancing Mapper Tasks To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org That means they are blocking for something to be added to the task queue On Mon, May 17, 2010 at 9:42 AM, Joost Ouwerkerk wro= te: > At any given moment at least half of those threads are in the following > state; what does it represent? > Name: ROW-READ-STAGE:6 > State: WAITING on > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@fea= 6030 > Total blocked: 44 =A0Total waited: 479 > Stack trace: > sun.misc.Unsafe.park(Native Method) > java.util.concurrent.locks.LockSupport.park(LockSupport.java:158) > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awa= it(AbstractQueuedSynchronizer.java:1925) > java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:35= 8) > java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:9= 47) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.jav= a:907) > java.lang.Thread.run(Thread.java:619) > > On Mon, May 17, 2010 at 12:53 AM, Jonathan Ellis wrot= e: >> >> On Sun, May 16, 2010 at 2:52 PM, Joost Ouwerkerk >> wrote: >> > Meanwhile. I'm still getting TimedOutException errors when mapping thi= s >> > 30-million row table, even when retrieving no data at all.=A0 It looks >> > like it >> > is related to disk activity on "hot" nodes (when the same cassandra no= de >> > has >> > to handle many concurrent requests for adjacent range slices).=A0 Usin= g >> > 0.7 >> > trunk branch doesn't appear to alleviate it.=A0 CPU load is at about 2= 5% >> > when >> > this happens.=A0 Is there some kind of synchronization that might prev= ent >> > the >> > same file from being scanned by multiple threads? >> >> No, but there's only `concurrent_reads` threads serving reads and if >> you have a lot of ops in the queue ahead of you then that would do it. >> =A0(pending tasks in row stage under cassandra.concurrent jmx.) >> >> -- >> Jonathan Ellis >> Project Chair, Apache Cassandra >> co-founder of Riptano, the source for professional Cassandra support >> http://riptano.com > > --=20 Jonathan Ellis Project Chair, Apache Cassandra co-founder of Riptano, the source for professional Cassandra support http://riptano.com