From dd7bb96826037b01b659f59498f6318cf577909e Mon Sep 17 00:00:00 2001 From: Date: Sun, 3 May 2009 13:02:08 -0700 Subject: [PATCH] user: Matt Ingenthron changed docs/memcached_behavior.pod Modified documentation commit to be a bit more clear in English about what is happening with MEMCACHED_BEHAVIOR_IO_KEY_PREFETCH --- docs/memcached_behavior.pod | 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/docs/memcached_behavior.pod b/docs/memcached_behavior.pod index 26a35ec9..f37f8a0c 100755 --- a/docs/memcached_behavior.pod +++ b/docs/memcached_behavior.pod @@ -180,13 +180,14 @@ data, but the send will block because the input buffer in the kernel is full). =item MEMCACHED_BEHAVIOR_IO_KEY_PREFETCH -The binary protocol works a bit different than the textual protocol in the -way that a multiget is implemented as a pipe of single get-operations that -is sent to the server in a chunk. If you use large multigets you may improve -the latency by setting this value so that you send out the first chunk of -requests when you hit the specified limit, allowing the server to start -processing the request and send the data back while the rest of the -requests is created. +The binary protocol works a bit different than the textual protocol in +that a multiget is implemented as a pipe of single get-operations which +are sent to the server in a chunk. If you are using large multigets from +your application, you may improve the latency of the gets by setting +this value so you send out the first chunk of requests when you hit the +specified limit. It allows the servers to start processing the requests +to send the data back while the rest of the requests are created and +sent to the server. =item MEMCACHED_BEHAVIOR_NOREPLY -- 2.30.2