通过以下 Referral 链接购买 DigitalOcean 主机，你将可以帮助 V2EX 持续发展 DigitalOcean - SSD Cloud Servers
这是一个创建于 3739 天前的主题，其中的信息可能已经有所发展或是发生改变。
刚买速度还可以。现在是越来越慢， openvz 就是这问题。现在 y2b 1500bits 左右， 720p 都要缓冲。
看了下内核版本， debian7 的内核才 2.6.32-042stab108.8 ，锐速提示不支持装不上。
看了下内核版本， debian7 的内核才 2.6.32-042stab108.8 ，锐速提示不支持装不上。
 | 1 kid424 2015 年 11 月 18 日 ovz 你就不要想装锐速了 |
 | 2 wgf2008 2015 年 11 月 18 日 我刚续费。。。。 |
 | 3 aalska 2015 年 11 月 18 日 ovz 你就不要想装锐速了................这是不可能的 装个 netspeeder 吧 定时开启 |
| 6 aalska 2015 年 11 月 18 日 @itsme 我用 netspeeder 一年了 收过 4 次停机 其中只有一次是怀疑 ddos..............就是 netspeeder 搞的 |
 | 7 datocp 2015 年 11 月 18 日 不会吧。。。，这个东西也差不多用一年没收到系统警告啊，只是偶尔访问 google 说是有 ddos 流量然后要输入验证码，概率很低，而且也不清楚是否是 net_speeder 导致的。 现在基本在 02:00-11:0 开始启用只针对 tcp 的加速 ./net_speeder venet0 "tcp" & 最近装了 ocserv 发现这东西的 udp 挺快的，加速 ip 的时候只有 100kb/s 左右，只加速 tcp 的时候快多了，快的时候有接近 2000kbps 。。。， 18:00 也差不多有 1200kbps 。 前段时间想尝试在高峰期时智能启用 net_speeder ，可是不知道判断的依据是什么，通过 youtube 可能不准 11:00 之前 快 全速有 4000kbps 13:00-14:00 慢 500-800kbps 之间 14:00-19:30 快 最好时有 1600kbps 19:30 以后 慢 然后又慢了。 要是能智能启动就好了，有时候在晚高峰不加载它直接就 2000kbps ，加载它反而被抑制网速，只是流量相对稳定了。 |
| 8 datocp 2015 年 11 月 18 日 仅供参考，浙江应该走的是上海的口，差不多 18:39 测的，这个点还属于网络比较好的时候，可是。。。 估计普通线路，每家每户都是平均限速吧，晚上很少能见到 2000kbps ，好的时候还有个 1000kbps-1600kbps,谢天谢地了，最差的时候 500kbps 。 default:/da# ./speedtest-cli --server=5316 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom JiangSu Branch (Nanjing) [12751.99 km]: 1367.288 ms Testing download speed........................................ Download: 8.44 Mbit/s Testing upload speed.................................................. Upload: 2.47 Mbit/s default:/da# ./speedtest-cli --server=3633 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom (Shanghai) [12749.04 km]: 1800000.0 ms Testing download speed........................................ Download: 1.37 Mbit/s Testing upload speed.................................................. Upload: 0.68 Mbit/s default:/da# ./speedtest-cli --server=5805 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom Fujian Branch (Fuzhou) [13357.57 km]: 901.271 ms Testing download speed........................................ Download: 0.32 Mbit/s Testing upload speed.................................................. Upload: 0.42 Mbit/s default:/da# ./speedtest-cli --server=4751 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by Beijing Telecom (Beijing) [11985.02 km]: 544.946 ms Testing download speed........................................ Download: 46.89 Mbit/s Testing upload speed.................................................. Upload: 4.93 Mbit/s default:/da# ./speedtest-cli --server=6714 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by Tianjin Telecom (Tianjin) [12048.61 km]: 345.405 ms Testing download speed........................................ Download: 12.33 Mbit/s Testing upload speed.................................................. Upload: 3.74 Mbit/s default:/da# ./speedtest-cli --server=5081 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by ShenZhen Telecom (Shenzhen) [13898.76 km]: 343.612 ms Testing download speed........................................ Download: 11.37 Mbit/s Testing upload speed.................................................. Upload: 2.23 Mbit/s default:/da# ./speedtest-cli --server=7170 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by ISPnet, Inc (New York, NY) [1346.74 km]: 55.801 ms Testing download speed........................................ Download: 10.90 Mbit/s Testing upload speed.................................................. Upload: 78.11 Mbit/s |
 | 9 d7101120120 2015 年 11 月 18 日 net_speeder 是双倍发包，如果没有出现大量丢包现象就不要用了，还占用出口带宽，我记得 SS 作者对这个有个评价：害人害己。 |
| 10 datocp 2015 年 11 月 18 日 其实出口问题不应该是我们该担心的，电信自然有它的手段，比如家用网络一用迅雷就趴，那就是因为迅雷连接的并发刷的一下就是 1200 个， 4M 的家用网络估计能有个 500 都了不得了。这时候电信那头就开始丢包了。而国际带宽最 NB 的一次在终端一秒连续收到高达 24 个 tcp reset 。电信的技术人员都可以采取这么恶劣的手段。现阶段能有个 150kb/s 已经是很不错的体验了，即便翻倍也才 300kb/s 。况且为什么白天能有个 4000kbps,晚上只有个 200-800kbps,说人多绝对说不过去，肯定是技术上人为限制下行就这么丁点。 net_speeder 说不定真是因为它的重复发包机制让电信的东西失效了，也只能是部分失效，怎么斗得过网管， QOS 无非就是匹配限速，不匹配直接最低优先级。 ocserv udp 不加速速度  netspeed 加速，终于在最后一秒出现个 1662kbps 。。。  没有 netspeed ，根本就没网速  今天晚上 20:00 还不知道什么速度呢。。。 |
| 11 d7101120120 2015 年 11 月 18 日 @datocp 电信是不是丢包比较厉害呢？我的是移动宽带，基本来说丢包率还是可以的，所以测试 net_speeder 都是没什么效果甚至减速= =顺便真是心疼电信用户，窝的板瓦工不用 net_speeder 速度还有 2M 左右 |
| 12 datocp 2015 年 11 月 18 日 。。。 2M 。丢包的话还是非常低的，不到 1%，从图上的丢帧来看也很低啊。差不多 20:00 了现在 1000kbps 都没有。。。不知道为什么不同的时间段能明显体验到这种速度上不去的感觉。 |
| 14 datocp 2015 年 11 月 18 日 这个答不上来，上次倒是安装过一次 libev 版本的 ss ，实际效果不怎么好啊，表现为高峰会限制在大概 600kbps 左右，不像其它工具基本没有上浮的感觉。好像说是 python 版本的要快很多。以前用的工具都是基于 tcp 协议的，由于 net_speeder 会有抑制网速的效果大概在 300kb/s 左右，如果开启 ip 加速的话， ocserv 流量大概会维持在 100kb/s 。现在只加速 tcp ，既能保障以往的工具正常使用，又能让唯一一个基于 udp 的 ocserv 速度不被限制。 哈，还是回答不清楚。。。 udp 相对 tcp 有天生的传输效率优势，可惜没再找到其它的基于 DTLS 加密的工具， google 有个 quic ，可惜用不了。 https://www.chromium.org/quic |
Select Language