Author: buildbot
Date: Fri Nov 14 11:21:27 2014
New Revision: 929162

Log:
Production update by buildbot for activemq

Modified:
    websites/production/activemq/content/cache/main.pageCache
    
websites/production/activemq/content/how-do-i-configure-10s-of-1000s-of-queues-in-a-single-broker-.html
    websites/production/activemq/content/scaling-queues.html

Modified: websites/production/activemq/content/cache/main.pageCache
==============================================================================
Binary files - no diff available.

Modified: 
websites/production/activemq/content/how-do-i-configure-10s-of-1000s-of-queues-in-a-single-broker-.html
==============================================================================
--- 
websites/production/activemq/content/how-do-i-configure-10s-of-1000s-of-queues-in-a-single-broker-.html
 (original)
+++ 
websites/production/activemq/content/how-do-i-configure-10s-of-1000s-of-queues-in-a-single-broker-.html
 Fri Nov 14 11:21:27 2014
@@ -82,42 +82,10 @@
   <tbody>
         <tr>
         <td valign="top" width="100%">
-<div class="wiki-content maincontent">Scaling to tens of thousands of Queues 
in a single broker is relatively straightforward - but requires some 
configuration changes from the default.
-
-<h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-ReducingThreads">Reducing 
Threads</h2>
-
-<p>With the default configuration, ActiveMQ is configured to use a dispatch 
thread per Queue - you can use set the  optimizeDispatch property on the 
destination policy entry - see <a shape="rect" 
href="per-destination-policies.html">configuring Queues</a>.</p>
-
-<p>ActiveMQ can optionally use internally a thread pool to control dispatching 
of messages - but as a lot of deployment operating systems are good at handling 
a large number of threads, this is off by default. To enable this option, 
either set the ACTIVEMQ_OPTS to disable dedicated task runners  in the start up 
script, INSTALL_DIR/bin/activemq -e.g.</p>
-
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent 
panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" 
type="syntaxhighlighter"><![CDATA[
-ACTIVEMQ_OPTS=&quot;-Xmx512M 
-Dorg.apache.activemq.UseDedicatedTaskRunner=false&quot;  
+<div class="wiki-content maincontent">Scaling to tens of thousands of Queues 
in a single broker is relatively straightforward - but requires some 
configuration changes from the default.<h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-ReducingThreads">Reducing 
Threads</h2><p>With the default configuration, ActiveMQ is configured to use a 
dispatch thread per Queue - you can use set the optimizedDispatch property on 
the destination policy entry - see <a shape="rect" 
href="per-destination-policies.html">configuring Queues</a>.</p><p>ActiveMQ can 
optionally use internally a thread pool to control dispatching of messages - 
but as a lot of deployment operating systems are good at handling a large 
number of threads, this is off by default. To enable this option, either set 
the ACTIVEMQ_OPTS to disable dedicated task runners in the start up script, 
INSTALL_DIR/bin/activemq -e.g.</p><div class="code panel pdl" 
style="border-width: 1px;"><div class="codeContent panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" 
type="syntaxhighlighter"><![CDATA[ACTIVEMQ_OPTS=&quot;-Xmx512M 
-Dorg.apache.activemq.UseDedicatedTaskRunner=false&quot;  
 ]]></script>
-</div></div>
-
-<p>or you can set ACTIVEMQ_OPTS in /etc/activemq.conf.</p>
-
-<p>To reduce the number of threads used for the transport - take a look at 
using the NIO transport - see <a shape="rect" 
href="configuring-transports.html">Configuring Transports</a></p>
-
-<p>Here is an <a shape="rect" class="external-link" 
href="http://svn.apache.org/repos/asf/activemq/trunk/assembly/src/sample-conf/activemq-scalability.xml";>example</a>
 of this in use in one of the provided sample broker configuration files.</p>
-
-<h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-ReducingMemoryConsumption">Reducing
 Memory Consumption</h2>
-
-<p>Reduce the memory used per thread - see <a shape="rect" 
href="javalangoutofmemory.html">reducing memory consumption</a></p>
-
-<h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-Reducenumberoffiledescriptors">Reduce
 number of file descriptors</h2>
-
-<p>ActiveMQ uses the amqPersistenceAdapter by default for persistent messages. 
 Unfortunately, this persistence adapter (as well as the 
kahaPersistenceAdapter) opens a file descriptor for each queue.  When creating 
large numbers of queues, you'll quickly run into the limit for your OS.</p>
-
-<p>You can either choose another <a shape="rect" 
href="persistence.html">persistence option</a></p>
-
-<p>or - try out the new <a shape="rect" href="kahadb.html">KahaDB</a> in 
version 5.3 and higher </p>
-
-<h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-Increasethelimitonfiledescriptorsperprocess">Increase
 the limit on file descriptors per process</h2>
-
-<p>Try <a shape="rect" class="external-link" href="http://tinyurl.com/o9qs2f"; 
rel="nofollow">googling for the OS you are using</a></p>
-</div>
+</div></div><p>or you can set ACTIVEMQ_OPTS in /etc/activemq.conf.</p><p>To 
reduce the number of threads used for the transport - take a look at using the 
NIO transport - see <a shape="rect" 
href="configuring-transports.html">Configuring Transports</a></p><p>Here is an 
<a shape="rect" class="external-link" 
href="http://svn.apache.org/repos/asf/activemq/trunk/assembly/src/sample-conf/activemq-scalability.xml";>example</a>
 of this in use in one of the provided sample broker configuration 
files.</p><h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-ReducingMemoryConsumption">Reducing
 Memory Consumption</h2><p>Reduce the memory used per thread - see <a 
shape="rect" href="javalangoutofmemory.html">reducing memory 
consumption</a></p><h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-Reducenumberoffiledescriptors">Reduce
 number of file descriptors</h2><p>ActiveMQ uses the amqPersistenceAdapter by 
default for persistent messages. Unfortunately, this persistence adapter (as 
well
  as the kahaPersistenceAdapter) opens a file descriptor for each queue. When 
creating large numbers of queues, you'll quickly run into the limit for your 
OS.</p><p>You can either choose another <a shape="rect" 
href="persistence.html">persistence option</a></p><p>or - try out the new <a 
shape="rect" href="kahadb.html">KahaDB</a> in version 5.3 and higher</p><h2 
id="HowdoIconfigure10sof1000sofQueuesinasinglebroker?-Increasethelimitonfiledescriptorsperprocess">Increase
 the limit on file descriptors per process</h2><p>Try <a shape="rect" 
class="external-link" href="http://tinyurl.com/o9qs2f"; rel="nofollow">googling 
for the OS you are using</a></p></div>
         </td>
         <td valign="top">
           <div class="navigation">

Modified: websites/production/activemq/content/scaling-queues.html
==============================================================================
--- websites/production/activemq/content/scaling-queues.html (original)
+++ websites/production/activemq/content/scaling-queues.html Fri Nov 14 
11:21:27 2014
@@ -81,43 +81,10 @@
   <tbody>
         <tr>
         <td valign="top" width="100%">
-<div class="wiki-content maincontent"><p>Scaling to tens of thousands of 
Queues in a single broker is relatively straightforward - but requires some 
configuration changes from the default.</p>
-
-<h2 id="ScalingQueues-ReducingThreads">Reducing Threads</h2>
-
-<p>With the default configuration, ActiveMQ is configured to use a dispatch 
thread per Queue - you can use set the  optimizeDispatch property on the 
destination policy entry - see <a shape="rect" 
href="per-destination-policies.html">configuring Queues</a>.</p>
-
-<p>ActiveMQ can optionally use internally a thread pool to control dispatching 
of messages - but as a lot of deployment operating systems are good at handling 
a large number of threads, this is off by default. To enable this option, 
either set the ACTIVEMQ_OPTS to disable dedicated task runners  in the start up 
script, INSTALL_DIR/bin/activemq -e.g.</p>
-
-<div class="code panel pdl" style="border-width: 1px;"><div class="codeContent 
panelContent pdl">
-<script class="theme: Default; brush: java; gutter: false" 
type="syntaxhighlighter"><![CDATA[
-ACTIVEMQ_OPTS=&quot;-Xmx512M 
-Dorg.apache.activemq.UseDedicatedTaskRunner=false&quot;  
+<div class="wiki-content maincontent"><p>Scaling to tens of thousands of 
Queues in a single broker is relatively straightforward - but requires some 
configuration changes from the default.</p><h2 
id="ScalingQueues-ReducingThreads">Reducing Threads</h2><p>With the default 
configuration, ActiveMQ is configured to use a dispatch thread per Queue - you 
can use set the optimizedDispatch property on the destination policy entry - 
see <a shape="rect" href="per-destination-policies.html">configuring 
Queues</a>.</p><p>ActiveMQ can optionally use internally a thread pool to 
control dispatching of messages - but as a lot of deployment operating systems 
are good at handling a large number of threads, this is off by default. To 
enable this option, either set the ACTIVEMQ_OPTS to disable dedicated task 
runners in the start up script, INSTALL_DIR/bin/activemq -e.g.</p><div 
class="code panel pdl" style="border-width: 1px;"><div class="codeContent 
panelContent pdl">
+<script class="theme: Default; brush: java; gutter: false" 
type="syntaxhighlighter"><![CDATA[ACTIVEMQ_OPTS=&quot;-Xmx512M 
-Dorg.apache.activemq.UseDedicatedTaskRunner=false&quot;  
 ]]></script>
-</div></div>
-
-<p>or you can set ACTIVEMQ_OPTS in /etc/activemq.conf.</p>
-
-<p>To reduce the number of threads used for the transport - take a look at 
using the NIO transport - see <a shape="rect" 
href="configuring-transports.html">Configuring Transports</a></p>
-
-<p>Here is an <a shape="rect" class="external-link" 
href="http://svn.apache.org/repos/asf/activemq/trunk/assembly/src/sample-conf/activemq-scalability.xml";>example</a>
 of this in use in one of the provided sample broker configuration files.</p>
-
-<h2 id="ScalingQueues-ReducingMemoryConsumption">Reducing Memory 
Consumption</h2>
-
-<p>Reduce the memory used per thread - see <a shape="rect" 
href="javalangoutofmemory.html">reducing memory consumption</a></p>
-
-<h2 id="ScalingQueues-Reducenumberoffiledescriptors">Reduce number of file 
descriptors</h2>
-
-<p>ActiveMQ uses the amqPersistenceAdapter by default for persistent messages. 
 Unfortunately, this persistence adapter (as well as the 
kahaPersistenceAdapter) opens a file descriptor for each queue.  When creating 
large numbers of queues, you'll quickly run into the limit for your OS.</p>
-
-<p>You can either choose another <a shape="rect" 
href="persistence.html">persistence option</a></p>
-
-<p>or - try out the new <a shape="rect" href="kahadb.html">KahaDB</a> in 
version 5.3 and higher </p>
-
-<h2 id="ScalingQueues-Increasethelimitonfiledescriptorsperprocess">Increase 
the limit on file descriptors per process</h2>
-
-<p>Try <a shape="rect" class="external-link" href="http://tinyurl.com/o9qs2f"; 
rel="nofollow">googling for the OS you are using</a></p>
-
-</div>
+</div></div><p>or you can set ACTIVEMQ_OPTS in /etc/activemq.conf.</p><p>To 
reduce the number of threads used for the transport - take a look at using the 
NIO transport - see <a shape="rect" 
href="configuring-transports.html">Configuring Transports</a></p><p>Here is an 
<a shape="rect" class="external-link" 
href="http://svn.apache.org/repos/asf/activemq/trunk/assembly/src/sample-conf/activemq-scalability.xml";>example</a>
 of this in use in one of the provided sample broker configuration 
files.</p><h2 id="ScalingQueues-ReducingMemoryConsumption">Reducing Memory 
Consumption</h2><p>Reduce the memory used per thread - see <a shape="rect" 
href="javalangoutofmemory.html">reducing memory consumption</a></p><h2 
id="ScalingQueues-Reducenumberoffiledescriptors">Reduce number of file 
descriptors</h2><p>ActiveMQ uses the amqPersistenceAdapter by default for 
persistent messages. Unfortunately, this persistence adapter (as well as the 
kahaPersistenceAdapter) opens a file descriptor for each queue. 
 When creating large numbers of queues, you'll quickly run into the limit for 
your OS.</p><p>You can either choose another <a shape="rect" 
href="persistence.html">persistence option</a></p><p>or - try out the new <a 
shape="rect" href="kahadb.html">KahaDB</a> in version 5.3 and higher</p><h2 
id="ScalingQueues-Increasethelimitonfiledescriptorsperprocess">Increase the 
limit on file descriptors per process</h2><p>Try <a shape="rect" 
class="external-link" href="http://tinyurl.com/o9qs2f"; rel="nofollow">googling 
for the OS you are using</a></p></div>
         </td>
         <td valign="top">
           <div class="navigation">


Reply via email to