You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@ratis.apache.org by "Attila Doroszlai (Jira)" <ji...@apache.org> on 2023/04/28 09:13:00 UTC

[jira] [Updated] (RATIS-1804) Change the default number of outstanding append entries

     [ https://issues.apache.org/jira/browse/RATIS-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Attila Doroszlai updated RATIS-1804:
------------------------------------
    Summary: Change the default number of outstanding append entries  (was: Change the default number of outstanding append entires)

> Change the default number of outstanding append entries
> -------------------------------------------------------
>
>                 Key: RATIS-1804
>                 URL: https://issues.apache.org/jira/browse/RATIS-1804
>             Project: Ratis
>          Issue Type: Improvement
>          Components: gRPC
>            Reporter: Tsz-wo Sze
>            Assignee: Tsz-wo Sze
>            Priority: Major
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> The following is an observation from [~William Song]:
> {quote}In some of our scenarios, this problem happens when a new leader is elected and start sending AppendEntries to a slow follower. Unfortunately, this slow follower is going through a GC pause, so these AppendEntries just accumulates at gRPC buffer. When the slow follower comes around and starts dealing with these piled RPCs, it immediately finds the first AppendEntries nextIndex is inconsistent. So it replies INCONSISTENT to all of these accumulated AE RPCs, all with the same nextIndex.
> {quote}
> See [https://github.com/apache/ratis/pull/832#issuecomment-1451186915]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)