LNMP集成包坑猪队友照样128M开了年多没死撸过，看日志。

和我一样惨，我就挂了个爬虫，什么都没干。真aji

@JackWindows 我认同你的观点，我说的一回事是指下载和上传，只是数据流方向不一样，所以不存在下行速度能限制上行速度不能限制的问题。

nginx我记得默认标记x-forwar-for，相当于HTTP透明代理,www.ip.cn查查

这点上我们2说的是一样的。

反正不管怎么说都是减小cwnd就对了。

@ryd994 po主要的就是限速啊，如果在理论完美的链路上限速20K，还要不断靠丢包来达到效果我认为不合适吧、

@ryd994 你说的由接收方在ACK中指定，接收方在ACK中指定没错的，但是接收方怎么确定这个大小的，就是通过拥塞算法。
http://baike.baidu.com/view/4521733.htm?fr=aladdin

@ryd994 一般丢包发生在信道比较窄的时候，你用400K信道传输40K基本上不会丢包。

@ryd994 第一个TCP拥塞算法里只有遇到丢包才会减小窗口对吧？意味着后面我要不断丢包来保持速度，您觉得合理吗？

第二个，窗口大小和缓冲区大小没有直接联系，窗口大小是拥塞算法给的，这是种特例，就是BUF<CWND

请尊重程序员智商

@aveline
@RemRain
@wzxjohn

这玩意我今天才知道，刚刚睡醒发现有人@我说撸主说话了，我于是就注册了进去看看究竟。
关于安全和大家说的一样，根本没有HTTP调用

为了防止用户扒掉SDK，SDK把请求都做了加密，把对请求字符串做了DES加密，key我只能呵呵
E18 PUSH {R4,LR}
.text:00001E1A MOVS R0, #0x20 ; size
.text:00001E1C BL j_j_malloc
.text:00001E20 MOVS R4, R0
.text:00001E22 MOVS R2, #0x20 ; n
.text:00001E24 MOVS R1, #0 ; c
.text:00001E26 BL j_j_memset
.text:00001E2A LDR R1, =(aZ - 0x1E32)
.text:00001E2C MOVS R0, R4 ; dest
.text:00001E2E ADD R1, PC ; "z"
.text:00001E30 BL j_j_strcat
.text:00001E34 LDR R1, =(asc_4903 - 0x1E3C)
.text:00001E36 MOVS R0, R4 ; dest
.text:00001E38 ADD R1, PC ; "@"
.text:00001E3A BL j_j_strcat
.text:00001E3E LDR R1, =(aJ - 0x1E46)
.text:00001E40 MOVS R0, R4 ; dest
.text:00001E42 ADD R1, PC ; "J"
.text:00001E44 BL j_j_strcat
.text:00001E48 LDR R1, =(asc_4907 - 0x1E50)
.text:00001E4A MOVS R0, R4 ; dest
.text:00001E4C ADD R1, PC ; ":"
.text:00001E4E BL j_j_strcat
.text:00001E52 LDR R1, =(a7 - 0x1E5A)
.text:00001E54 MOVS R0, R4 ; dest
.text:00001E56 ADD R1, PC ; "7"
.text:00001E58 BL j_j_strcat
.text:00001E5C LDR R1, =(a0 - 0x1E64)
.text:00001E5E MOVS R0, R4 ; dest
.text:00001E60 ADD R1, PC ; "0"
.text:00001E62 BL j_j_strcat
.text:00001E66 LDR R1, =(asc_490D - 0x1E6E)
.text:00001E68 MOVS R0, R4 ; dest
.text:00001E6A ADD R1, PC ; "="
.text:00001E6C BL j_j_strcat
.text:00001E70 LDR R1, =(aO - 0x1E78)
.text:00001E72 MOVS R0, R4 ; dest
.text:00001E74 ADD R1, PC ; "o"
.text:00001E76 BL j_j_strcat
.text:00001E7A LDR R1, =(asc_4911 - 0x1E82)
.text:00001E7C MOVS R0, R4 ; dest
.text:00001E7E ADD R1, PC ; "*"
.text:00001E80 BL j_j_strcat
.text:00001E84 LDR R1, =(aO_0 - 0x1E8C)
.text:00001E86 MOVS R0, R4 ; dest
.text:00001E88 ADD R1, PC ; "O"
.text:00001E8A BL j_j_strcat
.text:00001E8E LDR R1, =(asc_4915 - 0x1E96)
.text:00001E90 MOVS R0, R4 ; dest
.text:00001E92 ADD R1, PC ; "%"
.text:00001E94 BL j_j_strcat
.text:00001E98 LDR R1, =(asc_4917 - 0x1EA0)
.text:00001E9A MOVS R0, R4 ; dest
.text:00001E9C ADD R1, PC ; "~"
.text:00001E9E BL j_j_strcat
.text:00001EA2 LDR R1, =(asc_4919 - 0x1EAA)
.text:00001EA4 MOVS R0, R4 ; dest
.text:00001EA6 ADD R1, PC ; "!"
.text:00001EA8 BL j_j_strcat
.text:00001EAC LDR R1, =(a8 - 0x1EB4)
.text:00001EAE MOVS R0, R4 ; dest
.text:00001EB0 ADD R1, PC ; "8"
.text:00001EB2 BL j_j_strcat
.text:00001EB6 LDR R1, =(asc_491D - 0x1EBE)
.text:00001EB8 MOVS R0, R4 ; dest
.text:00001EBA ADD R1, PC ; "-"
.text:00001EBC BL j_j_strcat
.text:00001EC0 LDR R1, =(aI - 0x1EC8)
.text:00001EC2 MOVS R0, R4 ; dest
.text:00001EC4 ADD R1, PC ; "i"
.text:00001EC6 BL j_j_strcat
.text:00001ECA MOVS R0, R4
.text:00001ECC POP {R4,PC}

妈妈我再也不敢用第三方SDK了

撸主都不敢说话了

@ryd994 我没有见到一个软件是这样做的，nginx，libtorrent，transmission等等。您不觉得这是用大炮打鸟吗，我要维持一个速度岂不是要不断丢包？明显不是这样做的。如果在win下面动协议层至少需要ndis，没有软件带这么玩的吧。

@ss098 从服务器下载和客户端上传完全是一回事，TCP连接在建立之后两端是一样的，没有这种关系。

@ryd994 ...延迟ACK岂不是要改协议层，延迟ACK对端会认为超时重发，信道效率更低了这有什么意义呢。

撸主可以尝试curl 加上limit-rate参数，或者hack urllib3的filepost.py在FILEIO做一些修改。
软件的限速原理都是连接缓冲区实现的，即在套接字控制read/wirte的字节数，P2P上的优先权算法实现也是通过树来设置一个合理的字节数)。

boss看见这个帖子肯定要骂财务了

今天的确卡，今天拖美国服务器上的东西就10KB左右