xiaoyichao

> 是的，我也发现了，我周末放两天不用之后，周一再来就几乎用不了，大部分请求超时。原来1秒内的响应时间变成了几十上百秒 我特意在开发环境做了硬件的压测，即使把CPU和内存打满，原来的BERT服务也不会超时，但是放在线上就会出现这种问题，感觉服务不是太稳定。需要优化。具体的瓶颈在哪里我也不能确定。

> 现在的服务框架似乎对高并发不够友好？ num_workers设置决定了并发数量吧 @hanxiao 并不是高并发，我的并发不高，而且worker 设置的3。

> > 现在的服务框架似乎对高并发不够友好？ num_workers设置决定了并发数量吧 @hanxiao > > 并不是高并发，我的并发不高，而且worker 设置的3。 是稳定性不够友好。

> > > 现在的服务框架似乎对高并发不够友好？ num_workers设置决定了并发数量吧 @hanxiao > > > > > > 并不是高并发，我的并发不高，而且worker 设置的3。 > > 对，我频繁访问反而没事，放着不用一段时间就会这样超时。而且我试过，两个bert客户端连接一个bert服务端，一个超时一个正常 难道要没事就访问一下那个服务。。。无奈啊。。我后来用这个都加了容灾处理，如果那个接口超时，就采用其他的方案。

> 编译了一周成功了，先保证git的下载速度 用的这个https://github.com/baidu/AnyQ.git 编译成功的吗?

> 搞代理。终端里设置http_proxy 用了代理了，但是也不快，而且编译出来的总是有问题。你一次就成功了吗？

> 搞代理。终端里设置http_proxy 你一次就直接把服务搭建成功了吗？

> 测试效果时发现 solr的性能没有es好，想换一下检索引擎。不知如何操作 如果可以达到要求，觉得没有必要换。ES也出来很多年了。我觉得百度应该考虑过ES和solr的对比方案，选择solr应该有原因的

> > > 测试效果时发现 solr的性能没有es好，想换一下检索引擎。不知如何操作 > > > > > > 如果可以达到要求，觉得没有必要换。ES也出来很多年了。我觉得百度应该考虑过ES和solr的对比方案，选择solr应该有原因的 > > 百度自己不就是做搜索引擎的，为啥不用自家的检索。还有这个anyq就是个半成品。 那目前你了解有其他开源的FAQ吗？

> > > 测试效果时发现 solr的性能没有es好，想换一下检索引擎。不知如何操作 > > > > > > 如果可以达到要求，觉得没有必要换。ES也出来很多年了。我觉得百度应该考虑过ES和solr的对比方案，选择solr应该有原因的 > > 百度自己不就是做搜索引擎的，为啥不用自家的检索。还有这个anyq就是个半成品。 我并没有查到solr 和百度有什么关系，如果不介意的话，方便科普一下吗？谢谢