XTLS/Xray-core#4550 (comment)

我想了一下先设计得简单点吧，只给 fallback 下行限速即可，而且看描述 burst 和 after 有点重复，不过 burst 实际上是 capacity？

还有你 burst 拼成了 brust，这要是我没仔细看就很搞笑了

我当时考虑的是上行不限，香港优选节点可能被拿来跑直播之类的啥用途。
不过删就删随你，我个人觉得是放在那里，用户用不用看他自己

现在上行的删不删？

after的作用主要是为了防止探测，
因为考虑到如果用户想要突发小一点。那就搞得限速特征很明显，after此时能很好的解决问题
限速三参数是参考nginx做的

奶子的问题我现在改

我在想怎么设计，请保持在线，这样我就不用自己改代码了

我在想怎么设计，请保持在线，这样我就不用自己改代码了

ok

burst 你这个描述应该改成“突发倍数”更合适吧，且 0 应该默认相当于 1

还有，其实我想搞个范围机制，不过感觉又复杂了

burst本质就是个令牌桶的容量
rate是装令牌的速率

after是单独加的，消耗完了开始用桶算法

nginx是这么干的

看明白一些了，令牌数就是 byte

yes

下列六个 limit**** 为选填，可对回落的 REALITY 连接限速。默认为 0 即不启用。

原理：当传输了after减去burst字节后开启限速算法。
限速采用令牌桶算法，桶的容量是burst，每传输一个字节用掉一个token，初始burst是满的。
每秒以rate个token填充桶，直到容量满。

举例：after=10485760, burst=5242880, rate=1048576 代表传输10mb后开始限速为1mb/s，如果暂停传输，5秒后能突发到5mb/s，然后又恢复到1mb/s。

建议：过大的after和burst将起不到限速效果，过小的rate和burst则十分容易被探测。
应结合被偷网站的资源大小合理设置参数，如果不允许突发，可以把burst设为和rate一样。

可以保留上行限速，参数设计成这样：

"limitFallbackUpload": {
    "afterBytes": 0,
    "bytesPerSec": 0,
    "burstBytesPerSec": 0
}

"burstBytesPerSec" 小于 "bytesPerSec" 时自动等于它

话说 Nginx 没有 "afterSeconds" 这种东西吗

还有虽然单连接上行被限速了，但 XHTTP 上行分包可破此局

话说 Nginx 没有 "afterSeconds" 这种东西吗

我刚翻了下文档nginx的确没有按时间限速的
可以限ip并发连接数，然后每个连接限速

还有虽然单连接上行被限速了，但 XHTTP 上行分包可破此局

下个PR按IP限连接数？

总之先按我说的参数格式改一下吧

总之先按我说的参数格式改一下吧

ok

你这改的是个啥？完全没按我说的格式，README 也是不该动的地方都动了，还是放下个版本吧

RatelimitedConn 的 Read() 有个问题，如果数据量大要等很久，或者直接卡死

应该改成 Write() 里有多少 token 就 write 多少数据

把返回值改成 net.Conn，然后对 BytesPerSec 是否为 0 的判断放这个函数里就行

这个，还有你的 conn 写成 con 了

README 的问题主要在于你的 IDE 把整个 README 给重构了，你只加新参数的部分就行，其它的别改

还剩个0，稍等

等下，我看了下，似乎改成 net.Conn 会使 splice 失效？

貌似不会，你改吧

可能本来搞成 CloseWriteConn 就会使 splice 失效了

不晓得，golang我是散装的
我其他语言的经验是这玩意在缓冲区就不要读出来，所以我刚开始才拦截的read

我写了个函数试了一下，原代码把 underlying 先断言成 CloseWriteConn 仍能继续断言成 io.WriterTo

这个 PR 可以合了，然后我会再加一个 commit，你再更新 Xray-core 那里的 PR

ok，好了

不过core也要求代码写这么漂亮吗