dong
dong
me too，not work on Mac OS m1
> > me too，not work on Mac OS m1 > > check comment from @Timo3as. His workaround worked for me on Mac. Yes it works on Intel Core i7，but failed...
> 我用静默模式开启后，有时用不了，要退出程序再打开才能用，怎么回事？ 静默就是没有ui了，系统在后台运行，只是你看不了界面
SmoothBursty 是我目前的业务场景，前面的历史实现，我还没有细看
不过，在高并发的场景下，我们观测到的一个现象是，如果server端直接断开连接，反而会触发client端的重连机制，导致更大的请求和压力。所以在拒绝的时候，给一个应用层面的快捷返回，可能是更好的方式。
> client端也是cinatra吗 不是的，client的是java、golang等其他server程序
> > client端也是cinatra吗 > > 不是的，client的是java、golang等其他server程序 或者说，client的行为，基本上是没法约束的
> 忽然想到另外一种方法，在accept的时候去做限制，如果达到某个上限了就立即关闭accept的连接，这种方式会不会更好？ 结合我的经验，还是会引发风暴（本质上就是拒绝了client，只要拒绝换来的就是更多的请求重试，风暴就来了）。而且accept关闭，还会影响k8s的心跳检活。
我目前的想法，尽量的满足的这个请求，不过server在达到限流的判定条件后，直接返回一个应用层的默认值（避免client来重试）。在这个过程中，k8s会扩容，后续压力就自然下来了
> > 我目前的想法，尽量的满足的这个请求，不过server在达到限流的判定条件后，直接返回一个应用层的默认值（避免client来重试）。在这个过程中，k8s会扩容，后续压力就自然下来了 > > 那你在业务函数里去做不就好了，太繁忙了就不做业务，直接返回一个200之类的回去就好了。 是的，我原来也是这么想的，统计一个qps，超过了就直接返回。就想着cinatra本身是否有原生支持或者更优雅的方法，所以社区里面问了问，如果框架本身有这个计划，我就follow