识别同一个文件,并发数量大时要很久才能返回结果。
20...8@qq.com 发布于2016-11-01 浏览:999 回复:5
0
收藏

识别同一个文件,并发数量大时要很久才能返回结果。 比如我调用一个线程和20个线程去识别同一个文件,返回第一个结果的时间,二十个线程的要比调用一个线程的好时多10倍左右,这是为什么呢?要那么久才返回的话,那么多线程是不是就没意义了啊

收藏
点赞
0
个赞
共5条回复 最后由xieymxj回复于2016-11-25
#6xieymxj回复于2016-11-25

那有可能是并发的QPS太大了,我们有一定的限流策略,特别是高峰期,所以尽可能的合理拆分你们的数据,切的太碎也不一定快。

0
#520...8@qq.com回复于2016-11-14

没等待啊。就是每一个线程都是在跑自己的,但是事实证明,用1个线程跑和10个线程跑返回第一个结果的时间10个线程是1个线程的5倍左右,如果线程数多一点,就更久。。。这十个线程用的是同一个appid

0
#4xieymxj回复于2016-11-14

20...8@qq.com:

回复xieymxj:你好,我不是一个文件多次识别,而是开10个线程这样去识别不同的文件,但是同时开十个线程去识别十个不同的问题,大概要20秒后才能有结果返回,如果只是开一个线程,三秒就有结果返回了。我先问下这个识别返回时间是跟线程数量成正比的么?如果是这样的话,那开多线程是不是就没意义了?

回复20...8@qq.com:我们对QPS有限流,并发太大的情况下,有可能会慢。

如果不是限流情况下,每个线程识别的时间只跟语音长短相关,你程序是怎么实现的?不会是所有线程都在等最慢的一个吧。

0
#320...8@qq.com回复于2016-11-09

xieymxj:

多线程不是为了解决一个文件的多份识别,因为你自己切分,准确率也不好保证。

多线程是可以同时多个文件,并且我们也有并发限制,如果并发太大会限速,这个跟你请求的时间以及当时的服务器负载都有关系。

回复xieymxj:你好,我不是一个文件多次识别,而是开10个线程这样去识别不同的文件,但是同时开十个线程去识别十个不同的问题,大概要20秒后才能有结果返回,如果只是开一个线程,三秒就有结果返回了。我先问下这个识别返回时间是跟线程数量成正比的么?如果是这样的话,那开多线程是不是就没意义了?

0
#2xieymxj回复于2016-11-09

多线程不是为了解决一个文件的多份识别,因为你自己切分,准确率也不好保证。

多线程是可以同时多个文件,并且我们也有并发限制,如果并发太大会限速,这个跟你请求的时间以及当时的服务器负载都有关系。

0
TOP
切换版块