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 A159811145 for ; Fri, 20 Jun 2014 11:41:17 +0000 (UTC) Received: (qmail 19336 invoked by uid 500); 20 Jun 2014 11:41:17 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 19300 invoked by uid 500); 20 Jun 2014 11:41:17 -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 19289 invoked by uid 99); 20 Jun 2014 11:41:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jun 2014 11:41:17 +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; Fri, 20 Jun 2014 11:41:11 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s5KBeoFE029403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 20 Jun 2014 07:40:50 -0400 Received: from [10.36.116.39] (ovpn-116-39.ams2.redhat.com [10.36.116.39]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5KBenSe009350 for ; Fri, 20 Jun 2014 07:40:49 -0400 Message-ID: <53A41DBE.90408@redhat.com> Date: Fri, 20 Jun 2014 12:40:46 +0100 From: Gordon Sim Organization: Red Hat UK Ltd, Registered in England and Wales under Company Registration No. 3798903, Directors: Michael Cunningham (USA), Matt Parsons (USA), Charlie Peters (USA), Michael O'Neill (Ireland) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: Why performance of sending durable messages to qpid queue is really bad? References: <1403028652612-7609368.post@n2.nabble.com> <53A0B08D.3040706@redhat.com> <1403040922603-7609374.post@n2.nabble.com> <53A14A0D.8030301@redhat.com> <53A1CEC3.30300@blueyonder.co.uk> <53A1F5AF.6030208@redhat.com> <1403211834445-7609503.post@n2.nabble.com> In-Reply-To: <1403211834445-7609503.post@n2.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Virus-Checked: Checked by ClamAV on apache.org On 06/19/2014 10:03 PM, smartdog wrote: > I am not sending big messages, just a couple of words. Indeed, I use AMQP > 1.0. Then it seems the static 1000ms latency comes from qpid timeout for > waiting more messages to write to the store. Can I adjust the timeout value > in qpid source code? I would be happy if we could reduce it to 100ms for > durable messages. The timeout is 500ms by default (at least on trunk at present and I doubt its changed very recently). To edit it change the value for MessageStoreImpl::defJournalFlushTimeout in cpp/src/qpid/legacystore/MessageStoreImpl.cpp (There is a timer task per journal, though at present configured to use the same periodicity. So it would be possible without too much work to make it configurable on a per queue basis if anyone had the inclination). --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org For additional commands, e-mail: users-help@qpid.apache.org