ASP.NET Core 性能对比评测（ASP.NET，Python，Java，NodeJS）
前言
性能是我们日常生活中经常接触到的一个词语，更好的性能意味着能给我们带来更好的用户体检。比如我们在购买手机、显卡、CPU等的时候，可能会更加的关注于这样指标，所以本篇就来做一个性能评测。
性能也一直是我们开发人员一直追求的一个目标，我们在做语言选择，平台选择，架构选择的过程中都需要在性能之间做衡量。
同样性能对 .NET Core 团队来说也是至关重要的，一项新技术的诞生，除了对生产力的提高，还有技术团队对性能的追求。
今天，我们就来做一个对比测试，来看看微软的这样新技术性能到底怎么样，俗话说的好：“是骡子是马，拉出来溜溜”。
下面让我开始吧。
目录
- 测试目标
- 测试工具
- 环境准备
- 开始测试
ASP.NET Core Kestrel vs ASP.NET Core IIS
ASP.NET Core IIS vs ASP.NET IIS
ASP.NET Core Kestrel vs ASP.NET IIS
ASP.NET Core vs Python Django
ASP.NET Core vs Java Servlet
ASP.NET Core vs NodeJS - 总结
测试目标
在测试之前，我们必须要明确我们本次测试想达到的一个目标。本次测试主要是测试应用程序的一个吞吐量。其中QPS，并发数，响应时间是我们衡量吞吐量的几个重要指标。
以下是本次对比测试的任务目标：
| 编号 | 对比方 | 系统环境 | 宿主环境 | 测试目标 |
|---|---|---|---|---|
| 1 | ASP.NET Core vs ASP.NET Core |
Windows | Kestrel vs IIS |
相同平台不同宿主间性能差距 |
| 2 | ASP.NET Core vs ASP.NET |
Windows | IIS vs IIS |
相同平台相同宿主不同框架间性能差距 |
| 3 | ASP.NET Core vs ASP.NET |
Windows | Kestrel vs IIS |
相同平台不同宿主不同框架间性能差距 |
| 4 | ASP.NET Core vs Python Django |
Linux | Kestrel vs uwsgi |
相同平台不同语言不同宿主不同框架间性能差距 |
| 5 | ASP.NET Core vs Java Servlet |
Linux | Kestrel vs Tomcat |
相同平台不同语言不同宿主不同框架间性能差距 |
| 6-1 | ASP.NET Core vs NodeJS Express |
Linux | Kestrel vs self host |
相同平台不同语言不同宿主不同框架间性能差距 |
| 6-2 | ASP.NET Core vs NodeJS Koa |
Linux | Kestrel vs self host |
相同平台不同语言不同宿主不同框架间性能差距 |
测试工具
工欲善其事，必先利其器。
首先我们需要一个压力测试工具，本次我们使用 wrk，有关于wrk的介绍和使用，请查看我的 这篇博客。
然后我们需要一个性能监控工具，因为wrk已经会给我们输出吞吐量相关指标，所以我们只需要一个监控CPU，内存等的工具即可。本次我们使用 Windows 自带的性能监视器。
Windows 性能监视器的打开方式：
开始-->运行-->perfmon
PS: 在下面的监视器图中如果你发现cpu并没有100%，那是因为使用的虚拟机占用了一部分cpu，所以计算方式应该是虚拟机的cpu使用量+物理机cpu使用量。
环境准备
既然做测试，首先肯定是具有相同的运行环境，以下是本次测试使用到的软件和硬件环境。
- 软硬件环境
| 名称 | 操作系统 | 职责 | CPU | 核心数 | 内存 |
|---|---|---|---|---|---|
| 物理机器1 | Windows 10 RS1 | Web Server && 负载生成 | Intel Core i5-4590 | 4 | 16G |
| 虚拟机器2 | Ubuntu Server 16.04 | Web Server | Intel Core i5-4590 | 2 | 1G |
| 虚拟机器3 | Nano Server | Web Server | Intel Core i5-4590 | 2 | 1G |
其中 虚拟机器2 为 “物理机器1” 使用 win 10 的 Hyper-v 技术搭建的一个虚拟机，所以有几个指标对于本次测试至关重要。
虚拟机设置为了2个虚拟核心，以便于在压力测试的过程中利用到多核特性。其中的虚拟机保留百分比，需要设置为100%，来分配两个物理cpu所有资源给它。占综系统资源百分比设置为50，也就是说虚拟机最多利用本地50%的CPU资源，虚拟机限制设置为100。
- 源代码
AspNet 在 GitHub 有一个开源的性能测试项目叫benchmarks，之前新闻中23倍的性能也是出自于本测试项目， 为了客观，本次测试并不使用该项目，所有项目均我们自己新建，并且使用当前流行的框架,为了排除代码因素的干扰，我们使用最简单的 Hello World！。
如果你觉得本代码不够客观公正，欢迎在GitHub上Fork本项目，修改后给我提交PR，我会重新进行测试，并且更新本博客。
GitHub: https://github.com/yuleyule66/AspNetCoreBenchmarksCompare
开始测试
wkr命令参数：
wrk -t 2 -c 50 -d 20 --latency http://xxx
因为已经分配了2个核心给虚拟机使用，所以开的是双线程。使用这个参数是我经过多次测试，得到的一个最佳的模拟效果。
1 - ASP.NET Core vs ASP.NET Core（Kestrel vs IIS）
ASP.NET Core
- 环境：物理机器1
- OS：Windows 10 RS 1
- Host：Kestrel
wrk -t 2 -c 50 -d 20 --latency http://localhost:5000
Running 20s test @ http://localhost:5000
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 5.49ms 21.72ms 358.18ms 98.99%
Req/Sec 23.28k 1.98k 27.48k 92.13%
Latency Distribution
50% 0.00us
75% 6.87ms
90% 12.76ms
99% 28.58ms
913567 requests in 20.02s, 115.00MB read
Requests/sec: 45636.43
Transfer/sec: 5.74MB
ASP.NET Core
- 环境：物理机器1
- OS：Windows 10 RS 1
- Host：IIS 10.0
wrk -t 2 -c 50 -d 20 --latency http://localhost:5001
Running 20s test @ http://localhost:5001
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 5.30ms 5.81ms 22.24ms 76.75%
Req/Sec 7.61k 455.21 8.12k 90.00%
Latency Distribution
50% 3.14ms
75% 9.02ms
90% 15.62ms
99% 17.17ms
302880 requests in 20.02s, 44.77MB read
Requests/sec: 15130.97
Transfer/sec: 2.24MB
总结：
QPS（Kestrel）：45636.43
QPS（IIS）：15130.97
这个结果难免令人诧异，程序部署在IIS上和使用Kestrel竟然差别如此之大，我们知道实际上即便部署在IIS上，实际上内部还是调用的Kestrel，但是测试结果告诉了我们答案。可能是由于IIS进一步的http封装导致的吧，毕竟IIS提供了那么多的其他功能。
以下是Windows的性能监视器，两个的曲线图差不多我就放一个了：
- 红色：CPU使用率
- 蓝色：内存使用率
2 - ASP.NET Core vs ASP.NET（IIS vs IIS）
ASP.NET Core
- 环境：物理机器1
- OS：Windows 10 RS
- Host：IIS
wrk -t 2 -c 50 -d 20 --latency http://localhost:5001
Running 20s test @ http://localhost:5001
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 5.30ms 5.81ms 22.24ms 76.75%
Req/Sec 7.61k 455.21 8.12k 90.00%
Latency Distribution
50% 3.14ms
75% 9.02ms
90% 15.62ms
99% 17.17ms
302880 requests in 20.02s, 44.77MB read
Requests/sec: 15130.97
Transfer/sec: 2.24MB
ASP.NET
- 环境：物理机器1
- OS：Windows 10 RS
- Host：IIS
- .NET Framework 4.6 + MVC5
wrk -t 2 -c 50 -d 20 --latency http://localhost:10280
Running 20s test @ http://localhost:10280
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.94ms 5.58ms 22.82ms 80.90%
Req/Sec 9.10k 444.04 9.42k 95.00%
Latency Distribution
50% 3.00ms
75% 10.10ms
90% 13.57ms
99% 16.45ms
362177 requests in 20.00s, 89.80MB read
Requests/sec: 18104.50
Transfer/sec: 4.49MB
总结：
QPS（ASP.NET Core + IIS）：15130.97
QPS（ASP.NET + IIS）：18104.50
看到这个结果的时候，其实我还是有一点小惊讶的，不仅仅是因为ASP.NET跑出了1.8K QPS这样的成绩，而是通过Stdev可以看出，ASP.NET 在应对高请求高并发的时候，还是相当的稳定的。这个结果说明了，在同样Windows+IIS环境中，ASP.NET是具有优势和竞争力的，可以预见 ASP.NET 应该还不会淘汰的太快。
Windows性能图我就不上了，基本上和上面一样 CPU 100% 的使用率。
3 - ASP.NET Core vs ASP.NET（Kestrel vs IIS）
ASP.NET Core
- 环境：物理机器1
- OS：Windows 10 RS 1
- Host：Kestrel
wrk -t 2 -c 50 -d 20 --latency http://localhost:5000
Running 20s test @ http://localhost:5000
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 5.49ms 21.72ms 358.18ms 98.99%
Req/Sec 23.28k 1.98k 27.48k 92.13%
Latency Distribution
50% 0.00us
75% 6.87ms
90% 12.76ms
99% 28.58ms
913567 requests in 20.02s, 115.00MB read
Requests/sec: 45636.43
Transfer/sec: 5.74MB
ASP.NET
- 环境：物理机器1
- OS：Windows 10 RS
- Host：IIS
- .NET Framework 4.6 + MVC5
wrk -t 2 -c 50 -d 20 --latency http://localhost:10280
Running 20s test @ http://localhost:10280
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.94ms 5.58ms 22.82ms 80.90%
Req/Sec 9.10k 444.04 9.42k 95.00%
Latency Distribution
50% 3.00ms
75% 10.10ms
90% 13.57ms
99% 16.45ms
362177 requests in 20.00s, 89.80MB read
Requests/sec: 18104.50
Transfer/sec: 4.49MB
总结
QPS（ASP.NET Core + Kestrel）：45636.43
QPS（ASP.NET + IIS）：18104.50
这个结果应该是在预料之中的，大概是3倍的性能差距吧。但是我觉得和之前微软宣传的23倍的性能，是有很大差距的。
4 - ASP.NET Core vs Python Django
注意，以下我们开始使用到虚拟机器2了，我们要在Windows性能监控器里面查看CPU使用率，还需要再添加2个计数器。
物理处理器 \Hyper-V Hypervisor Logical Processor(*) \ %Total Run Time
虚拟处理器 \Hyper-V Hypervisor Virtual Processor(*) \ %Guest Run Time
ASP.NET Core
- 环境：虚拟机器2
- OS：Linux
- Host：Kestrel
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:5000/
Running 20s test @ http://192.168.2.48:5000/
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.39ms 5.33ms 33.05ms 77.20%
Req/Sec 13.43k 1.32k 17.95k 74.75%
Latency Distribution
50% 2.00ms
75% 8.15ms
90% 13.75ms
99% 15.80ms
534787 requests in 20.01s, 67.32MB read
Requests/sec: 26730.83
Transfer/sec: 3.37MB
Python Django
- 环境：虚拟机器2
- OS：Linux
- Host：uwsgi
- Python 2.7.12 + Django 1.10.2
服务端宿主运行命令：
sudo uwsgi --http :8000 --file HelloWorldWebApp/wsgi.py --processes=2 --threads==2 --daemonize=/var/log/django.log
结果：
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:8000
Running 20s test @ http://192.168.2.48:8000
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 23.40ms 12.23ms 78.13ms 74.81%
Req/Sec 792.64 143.13 1.25k 67.10%
Latency Distribution
50% 21.16ms
75% 31.25ms
90% 38.26ms
99% 53.75ms
31591 requests in 20.09s, 3.01MB read
Socket errors: connect 0, read 31591, write 0, timeout 0
Requests/sec: 1572.64
Transfer/sec: 153.67KB
总结
QPS（ASP.NET Core + Kestrel）：26730.83
QPS（Python Django + Kestrel ）：1572.64
不知道是我运行的方式不对还是怎么，这个差距还是蛮大的，大概是17倍的差距。看来Python Web 在做针对于做大请求并发情况下，还是弱了一点。
5 - ASP.NET Core vs Java Servlet
C# 和 JAVA 一直是两大阵营的开发人员喜欢讨论的话题，为了避免有阵营偏见，JAVA的源代码是我委托我们一个JAVA同事编写的，并且委托由他部署的，并且已经交代了他避免使用jsp，由Servlet直接输出。
ASP.NET Core
- 环境：虚拟机器2
- OS：Linux
- Host：Kestrel
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:5000/
Running 20s test @ http://192.168.2.48:5000/
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.39ms 5.33ms 33.05ms 77.20%
Req/Sec 13.43k 1.32k 17.95k 74.75%
Latency Distribution
50% 2.00ms
75% 8.15ms
90% 13.75ms
99% 15.80ms
534787 requests in 20.01s, 67.32MB read
Requests/sec: 26730.83
Transfer/sec: 3.37MB
Java Servlet
- 环境：虚拟机器2
- OS：Linux
- Host：Tomcat 7.0 + jdk 1.7
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:8080/j2eeWebApp/hello
Running 20s test @ http://192.168.2.48:8080/j2eeWebApp/hello
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.93ms 6.17ms 68.17ms 81.53%
Req/Sec 9.22k 1.01k 14.06k 70.50%
Latency Distribution
50% 1.75ms
75% 9.91ms
90% 14.39ms
99% 22.10ms
367733 requests in 20.05s, 93.70MB read
Requests/sec: 18338.73
Transfer/sec: 4.67MB
总结
QPS（ASP.NET Core + Kestrel）：26730.83
QPS（Java Servlet + Tomcat）：18338.73
通过这个结果我们可以看出，在性能上 ASP.NET Core 已经超越了Java。不说太多了，怕被喷...
6 - ASP.NET Core vs NodeJS
ASP.NET Core
- 环境：虚拟机器2
- OS：Linux
- Host：Kestrel
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:5000/
Running 20s test @ http://192.168.2.48:5000/
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.39ms 5.33ms 33.05ms 77.20%
Req/Sec 13.43k 1.32k 17.95k 74.75%
Latency Distribution
50% 2.00ms
75% 8.15ms
90% 13.75ms
99% 15.80ms
534787 requests in 20.01s, 67.32MB read
Requests/sec: 26730.83
Transfer/sec: 3.37MB
NodeJS
- 环境：虚拟机器2
- OS：Linux
- Host：self host
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:1337
Running 20s test @ http://192.168.2.48:1337
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 4.40ms 5.23ms 31.25ms 79.47%
Req/Sec 10.32k 0.88k 11.37k 90.25%
Latency Distribution
50% 2.08ms
75% 8.32ms
90% 13.19ms
99% 15.93ms
410902 requests in 20.02s, 61.13MB read
Requests/sec: 20522.89
Transfer/sec: 3.05MB
********更新1：NodeJS 添加Web框架
Express框架，cluster模式
wrk -t 2 -c 30 -d 20 --latency http://192.168.2.48:1337
Running 20s test @ http://192.168.2.48:1337
2 threads and 30 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 1.97ms 1.45ms 32.23ms 83.97%
Req/Sec 7.83k 0.90k 8.82k 91.50%
Latency Distribution
50% 2.00ms
75% 2.50ms
90% 3.50ms
99% 6.00ms
311896 requests in 20.01s, 66.03MB read
Requests/sec: 15583.99
Transfer/sec: 3.30MB
Koa框架，cluster模式
wrk -t 2 -c 30 -d 20 --latency http://192.168.2.48:1337
Running 20s test @ http://192.168.2.48:1337
2 threads and 30 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 1.74ms 0.86ms 13.59ms 86.65%
Req/Sec 8.79k 804.39 9.98k 87.75%
Latency Distribution
50% 1.99ms
75% 2.00ms
90% 2.96ms
99% 4.83ms
349856 requests in 20.02s, 53.38MB read
Requests/sec: 17478.73
Transfer/sec: 2.67MB
从测试结果可以看出，Koa框架性能略高于Express框架。
***End
总结
QPS（ASP.NET Core + Kestrel）：26730.83
QPS（NodeJS）：20522.89 （非cluster模式）
QPS（NodeJS Express）：15583.99 （cluster模式）
QPS（NodeJS Koa）：17478.73 （cluster模式）
这个结果着实让我吃了一惊，NodeJS性能竟然如此惊人，比JAVA要快10%。作为一个解释性语言这个性能可以说达到了极致，虽然在测试之前知道NodeJS采用的是异步IO，但还是被测试结果震惊了。
===更新1=
NodeJS 在加入了Web框架之后，性能仍然不弱。
不知道是不是因为NodeJS没有经过什么Web框架，直接输出的结果。所以我需要再加测一个ASP.NET Core 通过中间件直接输入结果的性能，这次我要使用微软的测试项目benchmarks。
wrk -t 2 -c 50 -d 20 --latency http://192.168.2.48:5000/plaintext
Running 20s test @ http://192.168.2.48:5000/plaintext
2 threads and 50 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 3.69ms 5.03ms 18.30ms 80.38%
Req/Sec 25.06k 4.14k 29.19k 83.33%
Latency Distribution
50% 806.00us
75% 6.82ms
90% 12.62ms
99% 15.63ms
1002476 requests in 20.10s, 126.20MB read
Requests/sec: 49874.57
Transfer/sec: 6.28MB
My God !!!
总结
以下是测试结果的汇总统计：
| 编号 | 对比方 | 系统环境 | 宿主环境 | 测试结果（QPS） |
|---|---|---|---|---|
| 1 | ASP.NET Core vs ASP.NET Core |
Windows | Kestrel vs IIS |
45.6k vs 15.2k |
| 2 | ASP.NET Core vs ASP.NET |
Windows | IIS vs IIS |
15.2k vs 18.2k |
| 3 | ASP.NET Core vs ASP.NET |
Windows | Kestrel vs IIS |
45.6k vs 18.2k |
| 4 | ASP.NET Core vs Python Django |
Linux | Kestrel vs uwsgi |
26.7k vs 1.57k |
| 5 | ASP.NET Core vs Java Servlet |
Linux | Kestrel vs Tomcat |
26.7k vs 18.3k |
| 6-1 | ASP.NET Core vs NodeJS Express |
Linux | Kestrel vs self host |
26.7k vs 15.6k |
| 6-2 | ASP.NET Core vs NodeJS Koa |
Linux | Kestrel vs self host |
26.7k vs 17.5k |
作为微软的下一代 ASP.NET 框架，ASP.NET Core没有让我们失望，通过本次测试，我们大概对ASP.NET Core的性能心里有底了。一个圈子的良好发展需要社区的共同参与，也希望大家共同为.NET Core社区贡献自己的力量，同时也希望看到本篇文章的CTOs们以后在平台和框架选择的过程中考虑一下ASP.NET Core，因为她真的很优秀。
如果你觉得本篇博客对您有帮助的话，感谢您的【推荐】，如果你对.NET Core感兴趣可以关注我，我会定期在博客分享关于.NET Core的学习心得。
==更新1 ：2016-10-17 感谢园友“幻天芒” 关于NodeJS的贡献
有园友反应NodeJS项目没有使用web mvc框架，所以特更新，同时感谢 "幻天芒" 在github向nodeJS项目提交的PR。
1、添加node 多核cpu cluster 模式
2、添加node koa框架和express框架测试
更新测试结果。
==更新2 ：2016-10-19 添加ASP.NET Core 在Windows Nano Server的测试结果
环境：虚拟机器3，和Linux硬件一样
wrk -t 2 -c 30 -d 20 --latency http://192.168.2.52:8000
Running 20s test @ http://192.168.2.52:8000
2 threads and 30 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 1.08ms 709.98us 31.25ms 77.30%
Req/Sec 13.98k 1.38k 15.80k 87.75%
Latency Distribution
50% 1.00ms
75% 1.03ms
90% 2.00ms
99% 3.45ms
556354 requests in 20.03s, 70.04MB read
Requests/sec: 27780.50
Transfer/sec: 3.50MB
这个测试结果和微软的测试结果是一致的，Nano Server大概比在Linux上高出5-10%的性能。
========更新3 ：2016-12-30 添加 WebListener 测试 ======
WebListener 是基于 Http.sys 实现的非跨平台只能运行于 Windows 的一个 web 服务器，其目的我觉得是为了替代iis的性能不足问题。
引用自QQ群 Lyrics：我的理解是这样的，Kestrel是跨平台的，定义了一套通用的 feature，然而目前在windows平台上，Kestrel所具备的feature 并没有 http.sys 提供的那么强大，为了使老系统能顺利迁移到core上面，微软不得已搞了一个能支持所有http.sys 的web server，就是weblistener， weblistener 能完整的利用 http.sys 的特性，在windows上功能完整。
测试结果：
Windows ASP.NET Core Kestrel ：35.5k
Windows ASP.NET Core WebListener：27.9k
Kestrl 大概比 WebListener 高出 5-10%的性能。
本文地址：http://www.cnblogs.com/savorboard/p/dotnet-benchmarks.html
作者博客：Savorboard
欢迎转载，请在明显位置给出出处及链接
最新文章
- Critical: Update Your Windows Secure Channel (cve-2014-6321,MS14-066)
- 从ord()中对Unicode编码的理解
- myaql常用函数
- WCF 异步调用问题
- JavaScript toFixed()使用的注意事项
- thinkphp实现导航高亮的简单方法
- 异步上传图片，光用jquery不行，得用jquery.form.js插件
- 扩展 delphi 泛型 以实现类似lambda功能 , C#中的any count first last 等扩展方法
- 模仿Word中组织结构图的特点生成流程图
- Bag of Words/Bag of Features的Matlab源码发布
- flask开发restful api系列(8)-再谈项目结构
- bootstrap(响应式)加减输入框
- 5.volatile的应用
- 项目Alpha冲刺（团队）-代码规范、冲刺任务与计划
- eclipse打开package explorer视图
- Oracle实现like多个值的查询
- Java 实现将其他类型数据转换成 JSON 字符串工具类
- MySQL中使用like查找汉字 Incorrect string value 解决办法
- loaclStorage、sessionStorage
- [C#]通过反射访问类私有成员