-
Notifications
You must be signed in to change notification settings - Fork 878
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
很高的延迟 #523
Comments
是那边的延迟。。你用 qwen 试试 |
我测试了,写了个小脚本time了一下openai延迟很低 |
应该就是小米的延迟 |
音响说“正在问chatgpt请稍等待的”之前的延迟很高,之后很低 |
使用隔壁migpt测试的时候,说开启高级对话也是延迟很高,这个情况下都没有走openai。显然是小米的问题 |
哈?我确定下稍等。 |
我这边没问题。。。可能是你的网络问题,请不要开启梯子试试 |
我似乎找到了问题,在通过小爱api获取最新对话的时候,api返回的不是最新的数据。延迟在于小米api更新对话。有什么办法解决吗? |
我在另一个项目migpt里通过把timestamp数值乘了10倍问题似乎解决了。有可能是时间不同步导致的。 |
@dvdcjw 好的,比较好奇为啥会出现这个问题,我们之前完全没遇到 |
有好几个人都在issue里说延迟问题,我觉得我们可能是遇到了同一个bug |
描述:本地部署ollama,2*4090D,都是用的8b的模型( openai api http://192.168.31.64:11434/... ),不可能是本地推理延迟(回答内容早已全部显示在终端),但是在朗读完回答后终端有时不会立刻显示 |
tts mi 有延迟么 |
??? 我用的是tts mi,等我用部署个别的tts试试 |
感觉是和楼上一样的问题。我们确定下谢谢 |
改了baidu、火山和edge的tts配置,都没发出声,可能是我哪里出问题了但是终端没报错可以运行就是没声。看了下tts没声的issue没得到有效帮助。 |
感觉应该是回答的文本过长的问题,短的回答可以迅速返回 |
使用windows部署,没有开代理或者梯子。用的中转api。
大概有30秒延迟,感觉不是openai那边的延迟。因为问完一个问题之后要等好久console才出现这个问题,然后说完询问chatgpt之后半秒钟左右就开始回答了。
型号是LX06
The text was updated successfully, but these errors were encountered: