w***g
发帖数: 5958 | 1 http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
(DPDK那个是虚的。加上业务逻辑后会下来很多。）
GO完败。 |
f******2
发帖数: 2455 | 2 这种microbenchmark意义真的有限。
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
f******2
发帖数: 2455 | 3 另外怎么也给个90，99 percentile latency的数字吧。
【在 f******2 的大作中提到】
: 这种microbenchmark意义真的有限。
|
d****i
发帖数: 4809 | 4 这个应该没有下面这个详细全面吧：
https://www.techempower.com/benchmarks/#section=data-r11&hw=peak&test=json
不过实际上这些benchmark意义都不大，苹果比橘子，底层的实现都一样，到了应用层
大部分应用都不care这么点perf的diff。
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
e*******o
发帖数: 4654 | 5 还以为是赵老师发帖
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
z****e
发帖数: 54598 | 6
老年人的特点
1）学新东西很慢
2）对于已有的证据比较排斥，不愿意接受新生事物
【在 f******2 的大作中提到】
: 这种microbenchmark意义真的有限。
|
z****e
发帖数: 54598 | 7
还是用老魏的单机好了
呵呵，人活在新世纪思想停留在上个世纪实在是悲哀
【在 f******2 的大作中提到】
: 另外怎么也给个90，99 percentile latency的数字吧。
|
z****e
发帖数: 54598 | 8 只要不是白痴，应该早就能猜到这个结果了吧？
手写的c++代码绝大多数不如直接跑hotspot快
因为大量的优化，lars bak当年做smalltalk的oop优化的
这个几年前，vert.x就好几次在techempower那个rankings上位居前几位
看到美国这些老头子这些道理都不懂，实在是好笑
我觉得应该带给天朝那些猴子们一些东西，烧死这些老头子
就让你们在老魏的单机的破烂中去吃翔吧 |
a*********a
发帖数: 3656 | 9 赵总节哀吧，你奔丧来迟了。追悼会开完了，会场已经清理了。
你越骂，反而越显得古总被 “上个世纪”，“学不会东西”，只会“吃翔”的“太监
”“老头子”给干死了。
【在 z****e 的大作中提到】
: 只要不是白痴，应该早就能猜到这个结果了吧？
: 手写的c++代码绝大多数不如直接跑hotspot快
: 因为大量的优化，lars bak当年做smalltalk的oop优化的
: 这个几年前，vert.x就好几次在techempower那个rankings上位居前几位
: 看到美国这些老头子这些道理都不懂，实在是好笑
: 我觉得应该带给天朝那些猴子们一些东西，烧死这些老头子
: 就让你们在老魏的单机的破烂中去吃翔吧
|
f****n
发帖数: 399 | 10 应该用go自带的web server来测，用GIN就说不清楚了。
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
|
|
d****n
发帖数: 1637 | 11 go 是1.4.2 ,换成1.5.2 会有很大不同。
这是我在production环境感受到的。
不一定超过其他的framework，但是20%提高还是应该能达到的。
尤其是长期运行的
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
w***g
发帖数: 5958 | 12 我看赵策这么desperate，顺便帮他做下广告。我自己感兴趣的是DPDK。
这个benchmark里DPDK 服务器 + 传统客户端能做到192K req/s，
（我重复出来是210K req/s)
比C++/vert.x传统服务器高差不多一倍。但是其实DPDK服务器是没用足的，
客户端是bottleneck。如果用多台客户机，DPDK吞吐量能进一步提高。
我在相同的硬件上试了DPDK 服务器 + DPDK 客户端，吞吐量能做到
500K req/s。也就是vert.x的5.5倍。这个5.5倍只是HTTP短消息的开销，
如果业务逻辑加上去，速度提升就不会那么明显。vert.x相对别的
框架的提高也是同理。一般app应该连vert.x的性能都不需要的。
【在 w***g 的大作中提到】
: http://pseudo.co.de/seastar-dpdk-web-framework-showdown/
: 注意不上DPDK的话，vert.x和C++是一样的，目测还高那么一星星星点。
: (DPDK那个是虚的。加上业务逻辑后会下来很多。）
: GO完败。
|
T********i
发帖数: 2416 | 13 就像我说的一样。绝大多数业务逻辑根本不需要DPDK。
但是有的业务逻辑确实需要。包括赵策搞的游戏之类。HTTP短消息要是能上几个M reqs
/s，throughput能达到10G，就能秒杀其他方案了。
想象一下，这东西做微信平台，几十台服务器服务全国，成本就能降至可以忽略，也不
用那么霸道地恶心用户了。可以做得更隐蔽更乖巧些。
【在 w***g 的大作中提到】
: 我看赵策这么desperate，顺便帮他做下广告。我自己感兴趣的是DPDK。
: 这个benchmark里DPDK 服务器 + 传统客户端能做到192K req/s，
: （我重复出来是210K req/s)
: 比C++/vert.x传统服务器高差不多一倍。但是其实DPDK服务器是没用足的，
: 客户端是bottleneck。如果用多台客户机，DPDK吞吐量能进一步提高。
: 我在相同的硬件上试了DPDK 服务器 + DPDK 客户端，吞吐量能做到
: 500K req/s。也就是vert.x的5.5倍。这个5.5倍只是HTTP短消息的开销，
: 如果业务逻辑加上去，速度提升就不会那么明显。vert.x相对别的
: 框架的提高也是同理。一般app应该连vert.x的性能都不需要的。
|
w***g
发帖数: 5958 | 14 绝大多数业务逻辑连vert.x都不需要。vert.x吹的也是金融和游戏。
用event写代码是反人类的。
reqs
【在 T********i 的大作中提到】
: 就像我说的一样。绝大多数业务逻辑根本不需要DPDK。
: 但是有的业务逻辑确实需要。包括赵策搞的游戏之类。HTTP短消息要是能上几个M reqs
: /s，throughput能达到10G，就能秒杀其他方案了。
: 想象一下，这东西做微信平台，几十台服务器服务全国，成本就能降至可以忽略，也不
: 用那么霸道地恶心用户了。可以做得更隐蔽更乖巧些。
|
T********i
发帖数: 2416 | 15 所以seastar的httpd再恶心也不关我事。只要他那1900多行的TCP stack稳定了，把我
自己的httpd接入就好了。
所以我的app engine坚决用传统的imperative model。每个app是死循环，我的engine
来调度。
【在 w***g 的大作中提到】
: 绝大多数业务逻辑连vert.x都不需要。vert.x吹的也是金融和游戏。
: 用event写代码是反人类的。
:
: reqs
|
d****i
发帖数: 4809 | 16 说白了本质上就是Unix和Linux下的两个底层基础库：libpthread对决libevent，哪个
更好？仁者见仁，智者见智，简单实用就用更普适的libpthread，讲究latency和
throughput就libevent。
【在 w***g 的大作中提到】
: 绝大多数业务逻辑连vert.x都不需要。vert.x吹的也是金融和游戏。
: 用event写代码是反人类的。
:
: reqs
|
f******2
发帖数: 2455 | 17 DPDK真不是给web server场景用的。主要应用是用cpu（部分）取代网络芯片功能，举
例说，如果amazon给租户用的防火墙都可以做到网线速率是瓶颈，把16个核放出一个来
就成为一个10g的防火墙，还不影响在一个hypervisor上跑的虚拟机，那是啥样的成本
优势?
普通web server根本用不上这样的牛刀。
这种东西是好老师，赵老师这样的java党想不到的场景。还是那句话，经历觉得视野，
视野决定观点。观点不对没关系，关键是不能一味的以为别人都是关村攒机器的。
reqs
【在 T********i 的大作中提到】
: 就像我说的一样。绝大多数业务逻辑根本不需要DPDK。
: 但是有的业务逻辑确实需要。包括赵策搞的游戏之类。HTTP短消息要是能上几个M reqs
: /s，throughput能达到10G，就能秒杀其他方案了。
: 想象一下，这东西做微信平台，几十台服务器服务全国，成本就能降至可以忽略，也不
: 用那么霸道地恶心用户了。可以做得更隐蔽更乖巧些。
|
T********i
发帖数: 2416 | 18 40G的1U Xeon防火墙我师弟他们都做出来了。Deep packet inspection。说实话我还真
不知道防火墙成本是多少？过两天回国我去看看。
我还是关注web server做我的IoT server接入端。一台服务器服务全美国，这是啥成本？
【在 f******2 的大作中提到】
: DPDK真不是给web server场景用的。主要应用是用cpu（部分）取代网络芯片功能，举
: 例说，如果amazon给租户用的防火墙都可以做到网线速率是瓶颈，把16个核放出一个来
: 就成为一个10g的防火墙，还不影响在一个hypervisor上跑的虚拟机，那是啥样的成本
: 优势?
: 普通web server根本用不上这样的牛刀。
: 这种东西是好老师，赵老师这样的java党想不到的场景。还是那句话，经历觉得视野，
: 视野决定观点。观点不对没关系，关键是不能一味的以为别人都是关村攒机器的。
:
: reqs
|
N*****m
发帖数: 42603 | 19 我想过了，做lb和edge server很好
【在 f******2 的大作中提到】
: DPDK真不是给web server场景用的。主要应用是用cpu（部分）取代网络芯片功能，举
: 例说，如果amazon给租户用的防火墙都可以做到网线速率是瓶颈，把16个核放出一个来
: 就成为一个10g的防火墙，还不影响在一个hypervisor上跑的虚拟机，那是啥样的成本
: 优势?
: 普通web server根本用不上这样的牛刀。
: 这种东西是好老师，赵老师这样的java党想不到的场景。还是那句话，经历觉得视野，
: 视野决定观点。观点不对没关系，关键是不能一味的以为别人都是关村攒机器的。
:
: reqs
|
f******2
发帖数: 2455 | 20 Lb软件话肯定市场是最有前景的，fw/dpi什么的还有个decision maker的job security
的问题。
Edge server 是指?
【在 N*****m 的大作中提到】
: 我想过了，做lb和edge server很好
|
T********i
发帖数: 2416 | 21 这个肯定已经有产品了。只不过咱们不知道而已。
well defined requirement。很容易做成commodity。我是不会在这方面市场报希望的。
security
【在 f******2 的大作中提到】
: Lb软件话肯定市场是最有前景的，fw/dpi什么的还有个decision maker的job security
: 的问题。
: Edge server 是指?
|
N*****m
发帖数: 42603 | 22 比lb稍高级一点，比如好虫他们家的zuul
security
【在 f******2 的大作中提到】
: Lb软件话肯定市场是最有前景的，fw/dpi什么的还有个decision maker的job security
: 的问题。
: Edge server 是指?
|
