Hystrix性能开销

Question

我使用Hystrix来结束我的两个服务调用(调用的99%是200 ms)。我的hystrix配置看起来像

-核心尺寸: 80

- executiontimeoutinMilliSeconds : 600

- metricsRollingStatisticalWindowInMilliseconds : 10000

- metricsRollingStatisticalWindowBuckets : 10

(Rest都是默认的。)

在我的应用程序中观察到了一种奇怪的行为(不过是间歇性的)。大多数情况下，服务调用在没有任何hystrix超时的情况下似乎运行良好(只有几个调用超时在一个小时左右)。

但是偶尔，的超时差确实会增加的很多倍.

在分析原因时，我唯一能得到的是我在hystrix中的execute-latency (实际业务逻辑的延迟，在我的HystrixCommand中的run方法中)比total-latency (从命令调用execute()到获得实际响应所需的总时间)要少得多。

问题:

1. 为什么我的执行和总延迟之间有这么大的差异(执行比总延迟小得多)。造成这种开销的可能原因是什么。(PS :我服务器上的qps几乎不是10)
2. 是否有与此开销相关的文档？我怎么才能找出实际的瓶颈呢？

任何线索都将不胜感激。

Answer 1

我们面临着同样的问题，这个问题是通过1.5.x解决的。

引用- https://github.com/Netflix/Hystrix/releases/tag/v1.5.0

桶滚动现在发生在Rx后台线程，而不是不幸的Hystrix命令线程。这使得命令性能更加可预测。用户线程延迟现在几乎与命令延迟没有区别。