我发现与传统Asp.Net相比,Asp.Net核心的一个关键优势是性能(每秒请求数)提高了数倍。我发现许多基准网站都在谈论Asp.Net核心性能,但我不确定性能是基于带有.Net核心框架的Asp.Net核心,还是同样的性能优势适用于asp.net核心(完整的.Net框架)。
有什么想法/文章可以解释/比较asp.net核心(.Net核心)和asp.net (完整框架)的性能吗?
谢谢
发布于 2017-12-05 02:38:21
我最近使用ASP.NET Core2.0进行开发,除了它出色的跨平台支持之外,我还有同样的关于性能改进的问题。从谷歌搜索结果中有很多比较,简要的想法是:
与ASP.NET 4.6相比,ASP.NET Core2.0的速度约快6倍-23倍
这里有两个资源供您参考
https://www.ageofascent.com/2016/02/18/asp-net-core-exeeds-1-15-million-requests-12-6-gbps/ https://github.com/aspnet/benchmarks
发布于 2018-04-12 22:56:14
ASP.Net Core2.0比ASP.net 4.6快近2倍,也来自ASP.Net 4.7框架。
当比较完整的.Net框架与.Net核心的性能时,ASP.Net核心胜出,但.Net框架也有一些优势,因为一些预先构建的功能可以与asp.net框架一起使用。
但就速度而言,ASP.Net核心(.Net核心)即使在Node.js上也能取胜
发布于 2018-05-03 20:49:05
我们正在检查asp.net核心2.0的性能,结果如下:
在使用Asp.Net核心模块的IIS下托管/运行的ASP.NET核心应用程序的性能最差,约为60%,然后是全框架工作。第二种情况:同样的应用程序自托管,使用IIS作为反向代理,并使用URL重写模块,比完全FW提高了大约20%的性能。固件4.6.1。
对性能有重大影响的另一个方面是日志记录。确保被测应用程序不会将调试/信息日志写入控制台(默认情况下)。测试中的日志配置不应记录信息和调试。
我们要处理的第二个问题是:使用Asp.net服务时的核心性能问题。我们发现,在当前版本2.0.5中,性能比Asp.Net FW差约70%,更重要的是,在所有测试中有巨大的错误率(23%)。
这里的问题在于端口耗尽。MS建议增加临时端口的数量。增加临时端口的数量提高了错误率,但没有解决问题。我们的测试设置:带有WEB控制器的Asp.Net核心2.0和Asp.Net固件应用程序,它们返回一些字符串负载测试:从5个用户开始,每30秒增加5个用户。测试正在运行8分钟
读出ASP.Net核心2.1 RoadMap。我认为微软意识到了这些问题,他们将在2.1版本中修复主要问题。我们在等着它。
https://stackoverflow.com/questions/43949452
复制相似问题