Skip to content
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

使用Google翻译和第三方翻译的速度差距问题确认和第三方服务的速度优化请求 #2234

Open
msghost opened this issue Feb 25, 2025 · 0 comments

Comments

@msghost
Copy link

msghost commented Feb 25, 2025

没有这个功能(改进)的时候,你遇到了什么问题?
在使用全文翻译时,如果选择Google、Deepl翻译,一整篇文章大约5-10秒可以翻译完。但如果选择已配置的第三方服务,例如通义千问、DeepSeek等,则同一个页面的全文翻译完成时间可能会在30秒以上设置1分钟也不能翻译完成。

我想确认我的猜测是否是正确的,由于hcfy对第三方服务的调用逻辑与Google翻译不同产生的区别

这个现象并非某几个第三方服务的存在,我使用过5-6种不同的第三方服务,均存在这个问题。
主观上的感受像是选择Google\Deepl,对全文文本是做并发请求,而第三方服务感觉是串行同步请求。

由于Google全文翻译容易出现翻译失败需要重试的情况,而第三方服务没有遇到过失败,只是单纯的慢,所以希望能够优化第三方服务的速度。因为我用同样的ApiKey测试过接口,响应速度还行,所以猜测可能是hcfy在处理逻辑上可能存在优化的空间。

你想要如何解决你的问题?
是否有什么方法可以优化第三方服务的速度,例如异步、并行;
在第三方服务的配置界面提供并发数量的配置项,避免频繁出发API的流控

如果想要的解决方案无法实现,你觉得还有什么办法你是可以接受的?

补充信息
任何你觉得对这个功能(改进)有帮助的信息,例如别的软件是怎么做的、你觉得这个功能的实用程度如何等。

@msghost msghost changed the title 关于使用Google翻译和第三方翻译的速度差距问题和第三方服务的速度优化请求 使用Google翻译和第三方翻译的速度差距问题确认和第三方服务的速度优化请求 Feb 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant