Closed muzuiget closed 10 months ago
这个问题今天又有几个人在问,我之前说过是为了“减轻服务器负担“,所以有意改成“不自动选择”,一定要手动选择。
有的人不解,还给了一些建议,但是很抱歉,还是不能改回去,“减轻服务器负担“这个说法不够具体,我换个说法。
这样做是为了公平调度。
当你打开一个 YouTube 视频,选择好 Whisper 字幕菜单后,会看到
{ waiting for server response ...}
这个“代替字幕”短暂显示,这时候服务器需要花时间处理:
在最理想的情况下,大概 4 秒返回识别结果,大约 30 秒的字幕内容。然后服务器期望你,最好 30 秒后再来请求识别下一段音频,也就是你把这 30 秒字幕都看完了。
类似吃自助餐,即使每个人的胃口不同,但是避免浪费食物,最好就是吃完当前的,再去拿新的食物。当然你也可以浪费一点点食物,只要不是太过分。
所以如果自动选择 Whsiper 字幕菜单会怎么样呢?
这表示每个用户都会更频繁发送识别请求,尤其是“闲逛”的时候,每个视频看了几秒就切到下一个了,也就是“浪费”二十几秒识别结果了。
服务器排队处理每个识别请求,更多的请求,也就是更长的等待时间,那个“代替字幕”显示的更久才能换成识别结果。
那怎么办?加机器?成本增加了,那我收费价格也加一下是不是?
不如限制一下那些“浪费“的用户,保障那些“节约”用户,也就是“公平调度“。就是在客户端让你多点几下鼠标选择菜单,减少发送的请求。
这样,无意义的请求数量少了,排队处理也少了,每个用户都得到更快的响应时间,服务器资源得到充分利用。
这个问题今天又有几个人在问,我之前说过是为了“减轻服务器负担“,所以有意改成“不自动选择”,一定要手动选择。
有的人不解,还给了一些建议,但是很抱歉,还是不能改回去,“减轻服务器负担“这个说法不够具体,我换个说法。
这样做是为了公平调度。
当你打开一个 YouTube 视频,选择好 Whisper 字幕菜单后,会看到
这个“代替字幕”短暂显示,这时候服务器需要花时间处理:
在最理想的情况下,大概 4 秒返回识别结果,大约 30 秒的字幕内容。然后服务器期望你,最好 30 秒后再来请求识别下一段音频,也就是你把这 30 秒字幕都看完了。
类似吃自助餐,即使每个人的胃口不同,但是避免浪费食物,最好就是吃完当前的,再去拿新的食物。当然你也可以浪费一点点食物,只要不是太过分。
所以如果自动选择 Whsiper 字幕菜单会怎么样呢?
这表示每个用户都会更频繁发送识别请求,尤其是“闲逛”的时候,每个视频看了几秒就切到下一个了,也就是“浪费”二十几秒识别结果了。
服务器排队处理每个识别请求,更多的请求,也就是更长的等待时间,那个“代替字幕”显示的更久才能换成识别结果。
那怎么办?加机器?成本增加了,那我收费价格也加一下是不是?
不如限制一下那些“浪费“的用户,保障那些“节约”用户,也就是“公平调度“。就是在客户端让你多点几下鼠标选择菜单,减少发送的请求。
这样,无意义的请求数量少了,排队处理也少了,每个用户都得到更快的响应时间,服务器资源得到充分利用。