X-Git-Url: https://git.m6w6.name/?a=blobdiff_plain;f=docs%2Fmemcached_behavior.pod;h=71a46134b892cd985d952ca63a761236edec22af;hb=618811a49324bf07ee0d3d435bb3843d3d57fd02;hp=26a35ec9a1b278b0348fda118c2c76713bad70ac;hpb=b10a03e4afb5514f1c86f5c75b9bfc7d46ce49b4;p=awesomized%2Flibmemcached

diff --git a/docs/memcached_behavior.pod b/docs/memcached_behavior.pod
old mode 100755
new mode 100644
index 26a35ec9..71a46134
--- a/docs/memcached_behavior.pod
+++ b/docs/memcached_behavior.pod
@@ -1,6 +1,6 @@
 =head1 NAME
 
-memcached_behavior_get memcached_behavior_set
+memcached_behavior_get, memcached_behavior_set - Manipulate behavior
 
 =head1 LIBRARY
 
@@ -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