svn commit: r1530797 - /trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext

[ml...@apache.org]

Author: mlibbey
Date: Wed Oct  9 21:17:10 2013
New Revision: 1530797

URL: http://svn.apache.org/r1530797
Log:
Background fill description error

Modified:
    trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext

Modified: trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext
URL: http://svn.apache.org/viewvc/trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext?rev=1530797&r1=1530796&r2=1530797&view=diff
==============================================================================
--- trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext (original)
+++ trafficserver/site/trunk/content/docs/trunk/admin/http-proxy-caching/index.en.mdtext Wed Oct  9 21:17:10 2013
@@ -648,7 +648,7 @@ The configurations necessary to enable t
 All four configurations are required, for the following reasons:
 
 *  `enable_read_while_writer` turns the feature on. It's off (0) by default
-*  The background fill feature should be allowed to kick in for every possible request. This is necessary, in case the writer ("first client session") goes away, someone needs to take over the session. The original client's request can go away after `background_fill_active_timeout` seconds, and the object will continue fetching in the background. The object then can start being served to another request after background_fill_completed_threshold % of the object has been fetched from origin.
+*  The background fill feature should be allowed to kick in for every possible request. This is necessary, in case the writer ("first client session") goes away, someone needs to take over the session. Hence, you should set the background fill timeouts and threshold to zero; this assures they never times out and always is allowed to kick in.
 *  The `proxy.config.cache.max_doc_size` should be unlimited (set to 0), since the object size may be unknown, and going over this limit would cause a disconnect on the objects being served.
 
 Once all this enabled, you have something that is very close, but not quite the same, as Squid's Collapsed Forwarding.