希望能够定制disruptor的提交方式

[tsgmq]

目前raft中都使用的tryPublishEvent的方式，当系统压力大的时候，整个集群就挂了，但是由于我们业务的特点，需要严格保序，前面一个logEntry没有执行成功，后面的也不能执行，所以更希望使用 void publishEvent(EventTranslator translator);
阻塞的方式严格保序执行，希望能够有些可以配置的地方，让业务方结合各自的特点来选择提交方式，
目前报错如下
com.alipay.sofa.jraft.error.RaftException: FSMCaller is overload.
at com.alipay.sofa.jraft.core.FSMCallerImpl.enqueueTask(FSMCallerImpl.java:236) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.core.FSMCallerImpl.onCommitted(FSMCallerImpl.java:245) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.core.BallotBox.setLastCommittedIndex(BallotBox.java:241) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.core.NodeImpl$FollowerStableClosure.run(NodeImpl.java:1881) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.storage.impl.LogManagerImpl$AppendBatcher.flush(LogManagerImpl.java:469) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.storage.impl.LogManagerImpl$StableClosureEventHandler.onEvent(LogManagerImpl.java:569) ~[jraft-core-1.3.9.jar!/:?]
at com.alipay.sofa.jraft.storage.impl.LogManagerImpl$StableClosureEventHandler.onEvent(LogManagerImpl.java:496) ~[jraft-core-1.3.9.jar!/:?]
at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:168) [disruptor-3.4.2.jar!/:?]

[fengjiachun]

看堆栈应该还是业务状态机的 onApply 慢了然后反压上去导致 fsm 过载了，先调大 disruptor 的 buf size 能解决问题吗？
老版本是 publishEvent 的，这里有比较复杂的原因

[killme2008]

目前这个实现还有优化空间，原来是为了解决死锁问题，我们再看看。

[killme2008]

不过目前如果你 apply(task) 是顺序提交的，肯定会确保顺序执行的。 内部的 fsm, logmanager 的 try publish 都是在锁内的，保证顺序

[tsgmq]

先调大 disruptor 的 buf size是可以解决问题的，但是我担心一直上调，会有一天调整的起不来了。我现在尽量减少流转批的size大小，让每个onApply尽量快点

[killme2008]

这里我系统想个反压方案吧，这里核心的矛盾点是两个异步过程有相互调用，在满负载的情况下导致潜在的死锁_