lucene-solr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Solr Wiki] Trivial Update of "SolrConfigXml" by GregBowyer
Date Wed, 21 Mar 2012 19:06:36 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.

The "SolrConfigXml" page has been changed by GregBowyer:
http://wiki.apache.org/solr/SolrConfigXml?action=diff&rev1=46&rev2=47

  }}}
  
  The parameters that can be specified are as follows:
- * socketTimeout. default: 0 (use OS default) - The amount of time in ms that a socket is
allowed to wait for
+  * socketTimeout. default: 0 (use OS default) - The amount of time in ms that a socket is
allowed to wait for
- * connTimeout. default: 0 (use OS default) - The amount of time in ms that is accepted for
binding / connection a socket
+  * connTimeout. default: 0 (use OS default) - The amount of time in ms that is accepted
for binding / connection a socket
- * maxConnectionsPerHost. default: 20 - The maximum number of connections that is made to
each individual shard in a distributed search
+  * maxConnectionsPerHost. default: 20 - The maximum number of connections that is made to
each individual shard in a distributed search
- * corePoolSize. default: 0 - The retained lowest limit on the number of threads used in
coordinating distributed search
+  * corePoolSize. default: 0 - The retained lowest limit on the number of threads used in
coordinating distributed search
- * maximumPoolSize. default: Integer.MAX_VALUE - The maximum number of threads used for coordinating
distributed search
+  * maximumPoolSize. default: Integer.MAX_VALUE - The maximum number of threads used for
coordinating distributed search
- * maxThreadIdleTime. default: 5 seconds - The amount of time to wait for before threads
are scaled back in response to a reduction in load
+  * maxThreadIdleTime. default: 5 seconds - The amount of time to wait for before threads
are scaled back in response to a reduction in load
- * sizeOfQueue. default: -1 - If specified the thread pool will use a backing queue instead
of a direct handoff buffer. This may seem difficult to grasp, essentially high throughput
systems will want to configure this to be a direct hand off (with -1). Systems that desire
better latency will want to configure a reasonable size of queue to handle variations in requests.
+  * sizeOfQueue. default: -1 - If specified the thread pool will use a backing queue instead
of a direct handoff buffer. This may seem difficult to grasp, essentially high throughput
systems will want to configure this to be a direct hand off (with -1). Systems that desire
better latency will want to configure a reasonable size of queue to handle variations in requests.
- * fairnessPolicy. default: false - Chooses in the JVM specifics dealing with fair policy
queuing, if enabled distributed searches will be handled in a First in First out fashion at
a cost to throughput. If disabled throughput will be favoured over latency.
+  * fairnessPolicy. default: false - Chooses in the JVM specifics dealing with fair policy
queuing, if enabled distributed searches will be handled in a First in First out fashion at
a cost to throughput. If disabled throughput will be favoured over latency.
  
  == UpdateRequestProcessorChain section ==
  This allows you to configure a processing chain that processes a document before indexing.
The chain consists of [[UpdateRequestProcessor|UpdateRequestProcessors]], each doing some
processing on the document. You can define multiple chains to use in different update request
 handlers.

Mime
View raw message