- 主题:Re: 各位大咖,百度限速上传下载是什么原理?
有点意思,我还真没考虑过这个问题
--
FROM 120.244.234.*
要是让我实现这个功能,我才懒得去搞这些呢,直接正常上传下载,但是界面做个样子,搞个进度,你懂得
【 在 fairyaz 的大作中提到: 】
: 对于上传如果是在客户端控制,每次发送有限的数据包?如果在服务器接收时读取有限数据包然后睡眠延时,客户端tcp自动拥塞控制减少发送速度和大小?
: 对于下载同样反方向控制发送和接收?或者,tcp丢包重发拥塞控制?
--
FROM 114.249.122.*
那太容易破解了吧
只有服务器端限制数据流发送速度,才能防止破解啊,才能真正限速
【 在 z8j 的大作中提到: 】
: 要是让我实现这个功能,我才懒得去搞这些呢,直接正常上传下载,但是界面做个样子,搞个进度,你懂得
--
FROM 165.225.233.*
【 在 donald2020 的大作中提到: 】
: 那太容易破解了吧
: 只有服务器端限制数据流发送速度,才能防止破解啊,才能真正限速
:
比如最后时刻才给解密密码
--
FROM 114.254.9.*
流控不是你想的那样
服务器端也不需要睡眠
如果感觉你快了
只要重新把 request 插入服务队列尾部
下次取出来继续看该不该服务(根据最近一个周期的流量情况)
不该就再放回队列尾部
这功能我在几个公司写了 N 次了
【 在 fairyaz 的大作中提到: 】
: 对于上传如果是在客户端控制,每次发送有限的数据包?如果在服务器接收时读取有限数据包然后睡眠延时,客户端tcp自动拥塞控制减少发送速度和大小?
: 对于下载同样反方向控制发送和接收?或者,tcp丢包重发拥塞控制?
--
FROM 221.237.61.*
所以有时候看起来就是一开始1M/s,后来慢慢变成800k,500k,100k?
【 在 litguy (随风而行) 的大作中提到: 】
: 流控不是你想的那样
: 服务器端也不需要睡眠
: 如果感觉你快了
: 只要重新把 request 插入服务队列尾部
--
FROM 1.202.22.*