项目使用的是 azure java sdk ， 需要能够满足 500 并发下， 小语种 stt 的性能稳定性。

现在是使用 go 写的脚本做压测，使用一个 4s 中的音频去模拟实时语音流去测试。。文件流传输后，就关闭 wss 链接

目前测试是， 三台服务器，15 个 stt 的 key ，额度肯定是够的， 然后在 100 并发情况下不管是一台还是三台服务器性能都比较稳定。

但是达到 200,300 甚至 500 的时候，性能就骤降， 从平均 1s 左右的的首字返回，变成了中文 3s+，小语种 5s+的情况。1 台服务和三台服务均是这样的情况。不知道有没有大佬知道解决方案

另外， 服务器都是 8 核 32G ， 因为之前测试的时候，16g 内存，100 个并发的 stt （链接的创建以及销毁都会涉及到 azure sdk 的资源创建以及关闭），就会让服务崩溃重启，到 32g 才稳定下来，不知道这种有没有解决方案，16g 内存，100 个并发就崩溃也是够够的

希望有大佬能够帮忙解答下。。。可以付费咨询，谢谢