Bug 1261180 - [Enhancement] Make the journal flush timeout configurable in the C++ broker [NEEDINFO]
Summary: [Enhancement] Make the journal flush timeout configurable in the C++ broker
Keywords:
Status: MODIFIED
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp
Version: 3.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: 3.2
: ---
Assignee: Andrew Stitcher
QA Contact: Messaging QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-09-08 19:26 UTC by Mike Cressman
Modified: 2024-01-19 19:11 UTC (History)
6 users (show)

Fixed In Version: qpid-cpp-0.34-5
Doc Type: Enhancement
Doc Text:
The qpidd persistent message store flush timeout can be configured using a command line option or using the qpidd configuration file. In previous versions of the product, this time was set at 500ms. The appropriate command line option is: ---- --journal-flush-timeout SECONDS ---- The parameter is in seconds but can be a decimal, and will also accept suffixes to allow specification in seconds (`s`), milliseconds (`ms`), microseconds (`us`) and nanoseconds (`ns`). (this is consistent with the other parameters that can also be times). Setting this option in the qpidd configuration file follows the syntax shown below: ---- journal-flush-timeout=1ms ----
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:
zkraus: needinfo? (smumford)

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Apache JIRA QPID-6730 0 None None None Never

Description Mike Cressman 2015-09-08 19:26:51 UTC 
Description of problem:
If clients run in synchronous durable mode (AMQP 1.0 java client for example),
performance can suffer due to long (500 ms) timeout.  (See BZ 1087828)
We propose adding a broker configuration setting so the user can control this timeout.  This may not completely solve the problem, but it will allow some tuning to lessen the problem and will allow for some testing that could be helpful to understanding the issue.


Version-Release number of selected component (if applicable):
qpid-cpp-0.34-3

How reproducible:


Steps to Reproduce:
(See BZ 1087828)

Actual results:
Synchronous durable messaging is very slow (rate can be as slow as 1 per second).


Expected results:
Lower the timeout and see that the java client performs better for synchronous durable messaging.

Additional info:
Note You need to log in before you can comment on or make changes to this bug.