Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-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 55B95106D2 for ; Sun, 24 Nov 2013 16:28:01 +0000 (UTC) Received: (qmail 25157 invoked by uid 500); 24 Nov 2013 16:28:00 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 24866 invoked by uid 500); 24 Nov 2013 16:27:55 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 24858 invoked by uid 99); 24 Nov 2013 16:27:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Nov 2013 16:27:53 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bs4mailinglist@gmail.com designates 209.85.215.180 as permitted sender) Received: from [209.85.215.180] (HELO mail-ea0-f180.google.com) (209.85.215.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Nov 2013 16:27:47 +0000 Received: by mail-ea0-f180.google.com with SMTP id f15so1834756eak.39 for ; Sun, 24 Nov 2013 08:27:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TsSmamh25R2nsJr5mvAWr8DOOT4aZsj0yVFJN0lLyY8=; b=DxYyG0XN4XO7Qtg7+50f8mHzIO8pTvXv3oQU7NNq3xyEP9/ymeEHtxapFibiMWngCu C/NRAOwVI1+LkJ2PZ9/UIDpiFtJfWAXpKuIAA0+duFO0Sm2a1+a+qp7LvVo6LrpmXRzz LZ5IVLVqUOrF+X7+FgnxE7ihJEqZiYHz1Zab9VYduKnh04SbCi0SqnuaJbmrFXCCzt7/ Mn3BtYa5mS9BidQkhs7XUuLgAjZoAtMyCbutSo30dtvsq7fBEicuauyD4+dD26IHSRj0 RjSuoOGiB1FeCMiGjulfW0kh3yo0jtGupD2VHhxZR58Ue5LC3lEuTdEp09WVg6E9zhW/ gOSg== MIME-Version: 1.0 X-Received: by 10.14.205.8 with SMTP id i8mr30476521eeo.19.1385310446436; Sun, 24 Nov 2013 08:27:26 -0800 (PST) Received: by 10.14.75.199 with HTTP; Sun, 24 Nov 2013 08:27:26 -0800 (PST) Date: Sun, 24 Nov 2013 18:27:26 +0200 Message-ID: Subject: Multi threaded queue consumers From: Sznajder ForMailingList To: user@zookeeper.apache.org Content-Type: multipart/mixed; boundary=047d7b343cfe1052d904ebeeb971 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b343cfe1052d904ebeeb971 Content-Type: multipart/alternative; boundary=047d7b343cfe1052d604ebeeb96f --047d7b343cfe1052d604ebeeb96f Content-Type: text/plain; charset=ISO-8859-1 Hi, I share with you a very problematic (for me...) issue, I encountered. I wrote a very simple Queue (Producer and consumer). The producer, put to the ZK Queue items (integer) when the queue reached half of its initial size. And Consumer just picks from the list and prints to a log file the consumed item and sleeps some time. In addition, I defined the Consumer to be multi-threaded I tested the following configurations on different quorums (when each server is 16 cores) Quorum of 2 servers : One consumer and one producer, 2 threads for the consumer: In 5 minutes, I consumed 1320 items. When I make the consumer to be 16 threads, I get: 10890 items consumed. All is OK. However, when I move to a quorum of three, with 2 consumers (and each consumer 16 threads), I suddenly get: In 5 minutes 12634 items consumed. That means, that adding a new consumer did not enhance the throughput of the system. I am blocked with this issue, several days, and any help will be welcome!! Benjamin --047d7b343cfe1052d604ebeeb96f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

I share with you a very problema= tic (for me...) issue, I encountered.

I wrote a very simple Qu= eue (Producer and consumer).

The producer, put to the ZK Queue items= (integer) when the queue reached half of its initial size.
And Consumer just picks from the list and prints to a log file the co= nsumed item and sleeps some time.

In addition, I defined = the Consumer to be multi-threaded

I tested the= following configurations on different quorums (when each server is 16 core= s)

=A0Quorum of 2 servers : One consumer and one producer, 2 th= reads for the consumer:
In 5 minutes, I consumed 1320 items.<= br>
When I make the consumer to be 16 threads, I get: 10890 i= tems consumed. All is OK.




However, when I move to a quorum of three, with = 2 consumers (and each consumer 16 threads), I suddenly get:
I= n 5 minutes 12634 items consumed. That means, that adding a new consumer di= d not enhance the throughput of the system.


I am blocked with this issue, several days, and any help= will be welcome!!

Benjamin




--047d7b343cfe1052d604ebeeb96f-- --047d7b343cfe1052d904ebeeb971--