allient

V2EX member #214866, joined on 2017-02-13 17:51:17 +08:00

allient's recent replies

Apr 21, 2017

Replied to a topic by JackyBao VPS [分享] OpenVZ 开启 BBR 之最简方法 - Linux Kernel Library

@linhua 你好
有最近有了
於可以始看 user space 的 TCP stack 之
有好玩的可以跟我

我是和人聊到 LKL
有人大力向我推 "100 200 之"
後有人得我不懂事
就叫我帖

其 LKL 可以越越好
是有各人意再研究
不看到 "100 200"
得是要澄清一下

--
@kuoruan
有就是日功能很重要的
先不要删掉了

Apr 21, 2017

Replied to a topic by yt1988 全球工单系统醒目提醒大家谨慎购买 Nya-VM 产品

@yt1988 之前了一台 SJC 的
也是有失望了

Apr 21, 2017

Replied to a topic by JackyBao VPS [分享] OpenVZ 开启 BBR 之最简方法 - Linux Kernel Library

本身想把用新的 TCP congestion control 的 (茶

如果是 server 要跑 50 Mbps 的
1 vCPU 用 LKL 也不有
如果 client 的 bandwidth 比 50Mbps
也就你不要用 OVZ 了
多 core 的 LKL 比 UML 好

UML 本身有 SMP
UML 有 optimize
跑 SS/SSR 的
效率上到 100 Mbps 左右就差不多了
UML + haproxy 再高一

以下是大概比

test environment:
server, client:
vultr Frankfurt
40USD
8G RAM
4 vCPU
speedtest node: spOnsor="Interoute VDC" id="10268" at New York
SSR setting (aes-128-cfb, auth_aes128_md5, plain)

haproxy - LKL (SSR)
download
185Mbps
cpu usage haproxy: 117%
cpu usage python: 50%
upload
50Mbps
cpu usage haproxy: 40%
cpu usage python: 20%

python SSR - LKL
download
140Mbps
cpu usage python: 149%
upload
24Mbps
cpu usage python: 42%

SSR native
download
cpu usage: 92%
450Mbps
upload
cpu usage: 30%
60Mbps

LKL 和 UML 的 bottleneck 是 CPU
LKL 也被封的
特是 LKL 吃 CPU 也不是一般的少
--

在 KVM 也大街的代
如果可以的
就用上 KVM 吧

More replies by allient