Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7C2B07468 for ; Wed, 12 Oct 2011 12:35:26 +0000 (UTC) Received: (qmail 76847 invoked by uid 500); 12 Oct 2011 12:35:26 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 76819 invoked by uid 500); 12 Oct 2011 12:35:26 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 76810 invoked by uid 99); 12 Oct 2011 12:35:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2011 12:35:26 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2011 12:35:19 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p9CCYwDL016823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 12 Oct 2011 08:34:58 -0400 Received: from [10.11.11.249] (vpn-11-249.rdu.redhat.com [10.11.11.249]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p9CCYtTZ024130 for ; Wed, 12 Oct 2011 08:34:57 -0400 Message-ID: <4E95894C.1000701@redhat.com> Date: Wed, 12 Oct 2011 13:34:20 +0100 From: Gordon Sim Organization: Red Hat UK Ltd, Registered in England and Wales under Company Registration No. 3798903, Directors: Michael Cunningham (USA), Mark Hegarty (Ireland), Matt Parsons (USA), Charlie Peters (USA) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Lightning/1.0b1 Thunderbird/3.0.10 MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: problem with qpid receiving References: <292821df-4485-492e-8b4c-4446b70eb4f7@zmail02.collab.prod.int.phx2.redhat.com> <4E955D13.2020709@redhat.com> <4E9579D9.4020802@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 On 10/12/2011 12:36 PM, surya prakash wrote: > I already tried sync() .but this is slow i am not able to achieve 5000TPS. i > don't want to compromise on TPS. any way like this How often were you calling sync()? Your configured queue depth is quite large so you shouldn't need to do it that often. However if you really don't want to do that then you can simply flush() and then keep track of incomplete transfers and ensure that the number of those does not get too high (the messaging API does this for you). Alternatively you can build in some feedback from consumers, e.g. by having them respond to a reply-to address every N messages. That way you can track the queue depth even more directly. --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org