diff options
| author | Jonathan Robie <jonathan@apache.org> | 2010-05-07 22:37:31 +0000 |
|---|---|---|
| committer | Jonathan Robie <jonathan@apache.org> | 2010-05-07 22:37:31 +0000 |
| commit | 3bb0c42e855c21426aae06d3f08bf279b9ad7792 (patch) | |
| tree | 1c6db12ab8fe337d88595210473078d2076371b6 /qpid/doc/book/src/Programming-In-Apache-Qpid.xml | |
| parent | 700f611b30137c0f9c1ecced34a7e177644d0635 (diff) | |
| download | qpid-python-3bb0c42e855c21426aae06d3f08bf279b9ad7792.tar.gz | |
Added sizing the replay buffer.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk@942258 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'qpid/doc/book/src/Programming-In-Apache-Qpid.xml')
| -rw-r--r-- | qpid/doc/book/src/Programming-In-Apache-Qpid.xml | 41 |
1 files changed, 32 insertions, 9 deletions
diff --git a/qpid/doc/book/src/Programming-In-Apache-Qpid.xml b/qpid/doc/book/src/Programming-In-Apache-Qpid.xml index 42d69ba015..5fd47e68b4 100644 --- a/qpid/doc/book/src/Programming-In-Apache-Qpid.xml +++ b/qpid/doc/book/src/Programming-In-Apache-Qpid.xml @@ -1589,7 +1589,7 @@ sender.send(message, true); <section> <title>Performance</title> <para> - Clients can often be made significantly faster by batching acknowledgements and setting the capacity of receivers to allow prefetch. + Clients can often be made significantly faster by batching acknowledgements and setting the capacity of receivers to allow prefetch. The size of a sender's replay buffer can also affect performance. </para> <section> <title>Batching Acknowledgements</title> @@ -1625,8 +1625,34 @@ Message message = receiver.fetch(); </example> </section> + <section> + <title>Sizing the Replay Buffer</title> + + <para>In order to guarantee delivery, a sender automatically + keeps messages in a replay buffer until the messaging broker + acknowledges that they have been received. The replay buffer + is held in memory, and is never paged to disk. For most + applications, the default size of the replay buffer works + well. A large replay buffer requires more memory, a small + buffer can slow down the client because it can not send new + messages if the replay buffer is full, and must wait for + existing sends to be acknowledged.</para> + + <example> + <title>Sizing the Replay Buffer</title> + <para>C++</para> + + <programlisting> +Sender sender = session.createSender(address); +sender.setCapacity(100); + </programlisting> + </example> + + </section> + </section> + <section> <title>Reliability</title> @@ -1655,27 +1681,24 @@ message.setDurable(1); sender.send(Message("Hello world!")); ]]></programlisting> - </example> <!-- <para>Python:</para> --> -<!-- </example> + </example> <section> - <title>Cluster Failover </title> + <title>Cluster Failover #### </title> </section> ---> </section> </section> -<!-- <section> - <title>Security</title> -########## + <title>Security ####</title> + </section> ---> + <section> <title>Transactions</title> |
