JimGalasyn commented on a change in pull request #11003:
URL: https://github.com/apache/kafka/pull/11003#discussion_r666502139



##########
File path: docs/streams/developer-guide/config-streams.html
##########
@@ -241,8 +241,21 @@ <h4><a class="toc-backref" 
href="#id5">bootstrap.servers</a><a class="headerlink
           </tr>
           <tr class="row-even"><td>max.task.idle.ms</td>
             <td>Medium</td>
-            <td colspan="2">Maximum amount of time in milliseconds a stream 
task will stay idle while waiting for all partitions to contain data
-              and avoid potential out-of-order record processing across 
multiple input streams.</td>
+            <td colspan="2">
+              <p>
+                This config controls whether joins and merges may produce 
out-of-order results.
+                The config value is the maximum amount of time in milliseconds 
a stream task will stay idle
+                when it is fully caught up on some (but not all) input 
partitions
+                to wait for producers to send additional records and avoid 
potential
+                out-of-order record processing across multiple input streams.
+                The default (zero) does not wait for producers to send more 
records,
+                but it does wait to fetch data that is already present on the 
brokers.
+                This default means that for records that are already present 
on the brokers,
+                Streams will process them in timestamp order.
+                The setting of -1 disables idling entirely and processes any 
locally available data,

Review comment:
       ```suggestion
                   Set to -1 to disable idling entirely and process any locally 
available data,
   ```




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: jira-unsubscr...@kafka.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to