Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 52327 invoked from network); 14 Mar 2011 18:04:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Mar 2011 18:04:22 -0000 Received: (qmail 33355 invoked by uid 500); 14 Mar 2011 18:04:20 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 33328 invoked by uid 500); 14 Mar 2011 18:04:20 -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 33320 invoked by uid 99); 14 Mar 2011 18:04:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 18:04:20 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.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 daniel.doubleday@gmx.net designates 213.165.64.22 as permitted sender) Received: from [213.165.64.22] (HELO mailout-de.gmx.net) (213.165.64.22) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 14 Mar 2011 18:04:11 +0000 Received: (qmail invoked by alias); 14 Mar 2011 18:03:50 -0000 Received: from 91-64-48-139-dynip.superkabel.de (EHLO caladan.smeet.de) [91.64.48.139] by mail.gmx.net (mp006) with SMTP; 14 Mar 2011 19:03:50 +0100 X-Authenticated: #3445653 X-Provags-ID: V01U2FsdGVkX1/J74o2nSbJc5vQ7+aRGLIJ7Ad2VLKPxto2+uu5AM gBBnfZyrHOH7DI From: Daniel Doubleday Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Increase flush writer queue Date: Mon, 14 Mar 2011 19:03:49 +0100 Message-Id: <07B8FE01-11EC-4449-918E-EE29B13EB965@gmx.net> To: user@cassandra.apache.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org Hi all, on 0.6:=20 we are facing increased write latencies every now and then when an = unfortunate write command thread becomes the flush writer for a mem = table because of an already running mem table flush. I was thinking of setting the work queue in CFS.flushWriterPool to=20 new LinkedBlockingQueue(3) // because 3 is my favorite number instead of new = LinkedBlockingQueue(DatabaseDescriptor.getAllDataFileLocations()= .length) while leaving the max threads at 1 (we have only one date dir) I'm not afraid to OOM. We have enough heap to hold the extra 2 mem = tables. Anybody did this and got in trouble? PS: I know that 0.7 makes this configurable (but also increases writer = concurrency while I would rather only queue). Thanks, Daniel=