From 84273d4fc28d9e5768454a3ace1df098b7525044 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Xavier=20L=C3=A9aut=C3=A9?= Date: Thu, 9 Jan 2014 15:18:40 -0800 Subject: [PATCH] add docs --- docs/content/Broker.md | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/docs/content/Broker.md b/docs/content/Broker.md index 32f9430cd8b..b4da210a35f 100644 --- a/docs/content/Broker.md +++ b/docs/content/Broker.md @@ -35,9 +35,10 @@ JVM Configuration The broker module uses several of the default modules in [Configuration](Configuration.html) and has the following set of configurations as well: -|Property|Description|Default| -|--------|-----------|-------| -|`druid.broker.cache.type`|Choices: local, memcache. The type of cache to use for queries.|local| +|Property|Possible Values|Description|Default| +|--------|---------------|-----------|-------| +|`druid.broker.cache.type`|`local`, `memcache`|The type of cache to use for queries.|`local`| +|`druid.broker.balancer.type`|`random`, `connectionCount`|Determines how the broker balances connections to compute nodes. `random` choose randomly, `connectionCount` picks the node with the fewest number of active connections to|`random`| #### Local Cache @@ -76,4 +77,4 @@ Caching ------- Broker nodes employ a cache with a LRU cache invalidation strategy. The broker cache stores per segment results. The cache can be local to each broker node or shared across multiple nodes using an external distributed cache such as [memcached](http://memcached.org/). Each time a broker node receives a query, it first maps the query to a set of segments. A subset of these segment results may already exist in the cache and the results can be directly pulled from the cache. For any segment results that do not exist in the cache, the broker node will forward the query to the -historical nodes. Once the historical nodes return their results, the broker will store those results in the cache. Real-time segments are never cached and hence requests for real-time data will always be forwarded to real-time nodes. Real-time data is perpetually changing and caching the results would be unreliable. \ No newline at end of file +historical nodes. Once the historical nodes return their results, the broker will store those results in the cache. Real-time segments are never cached and hence requests for real-time data will always be forwarded to real-time nodes. Real-time data is perpetually changing and caching the results would be unreliable.