做梦也没有想到:Windows 上的 .NET Core 版博客系统表现更糟糕

  • 时间:
  • 浏览:0
  • 来源:五分时时彩_网络五分时时彩平台_网络五分时时彩网站

昨天晚上 18:15 左右大伙儿儿发布了跑在 Windows 上 .NET Core 博客系统,本想与 .NET Framework 版进行同“窗”的较量,结果刚发布上线就发现 CPU 占用异常高,发布只能1小时就下线了,根本也有一另一个级别的较量,可能性说 .NET Core 连较量的资格都不出,刚上台就趴下了。

可能性与 Linux 上的 .NET Core 博客系统(docker swarm 与 docker-compose 部署法律方式)相比,也是也有一另一个级别的较量,部署在 Linux 上时是访问高峰撑不住,而部署在 Windows 上连访问低峰都撑不住。

在昨天发布失败后,大伙儿儿怀疑 CPU 异常高可能性是可能性 memcached 客户端 EnyimMemcachedCore 使用异步法律方式时的并发性能现象,于是大伙儿儿把异步改为同步。

今天大伙儿儿在验证有无 EnyimMemcachedCore 的并发性能现象时,大伙儿儿采用了新的法律方式,接入次责流量,让单台服务器的 QPS 达到一定值,结果发现了另外一另一个做梦却说出想到的现象。

在 QPS 不高时,跑在 Windows 上的 .NET Core 博客站点表现非常出色,响应数率单位飞快了 了 ;或多或少当 QPS 高于一定值(大伙儿儿测试时接入的流量让 QPS 在 150-1150 左右),.NET Core 博客站点像变了其他人似的,小量请求响应数率单位飞快了 ,或多或少随着时间推移不出慢(一种生活泄漏现象),先是全都请求响应时间5秒左右(大伙儿儿是从5秒现在现在始于监控的),或多或少是10秒左右,或多或少是15秒左右。。。或多或少日志中出現小量下面的错误

2019-08-14 13:13:16.290 [Error] Failed executing DbCommand ("150,022"ms)
System.Data.SqlClient.SqlException (0x150131904): Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.
 ---> System.ComponentModel.Win32Exception (258): The wait operation timed out.
   at System.Data.SqlClient.SqlCommand.<>c.<ExecuteDbDataReaderAsync>b__126_0(Task`1 result)
   at System.Threading.Tasks.ContinuationResultTaskFromResultTask`2.InnerInvoke()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location where exception was thrown ---
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread)

EF Core 执行的全都 SQL 查询超时(超过150秒),而 EF Core 生成的哪几种 SQL 话语不出现象,大伙儿儿都 review 过。

查看数据库服务库的监控,不想大吃一惊,就这点 QPS ,仅仅可能性 .NET Core 在 Windows  上跑竟然造成数据库服务器 CPU 1150% 。

而假如将 .NET Core 博客站点一下线,数据库服务器 CPU 就立马恢复正常,现象非常奇怪。

今天微软也发布了 .NET Core 3.0 Preview 8 ,大伙儿儿将 System.Data.SqlClient 升级到 4.7.0-preview8.19405.3 也是同样的现象。

大伙儿儿的数据库服务器用的是阿里云 RDS SQL Server 1508 R2 ,EF Core 用的是 3.0.0-preview5.19227.1 ,可能性 EF Core 3.0 从 Preview 6 现在现在始于不支持 UseRowNumberForPaging ,全都暂时无法升级到 EF Core 3.0 Preview 8 ,我不出乎 最新版的 EF Core 有无也有这个 现象,但大伙儿儿怀疑应该是 System.Data.SqlClient 的现象,大概是 System.Data.SqlClient 对 Windows 的支持现象,可能性是对 SQL Server 1508 R2 的支持现象。

.NET Core 升级之路又遇新障碍。

接下来,大伙儿儿会进一步排查这 2 个 CPU 高的现象(web服务器与数据库服务器)。

EF Core 与 SqlClient 相关现象链接:

  • 坑暗花明:又遇 .NET Core 中 System.Data.SqlClient 查询缓慢的现象
  • 好大一另一个坑: EF Core 异步读取大字符串字段比同步慢1150多倍

Powered by .NET Core 系列博文:

  • 【故障公告】发布 .NET Core 版博客站点引起小量 1150 错误
  • 【网站公告】.NET Core 版博客站点第二次发布尝试
  • 暴风雨中的 online : .NET Core 版博客站点遭遇的高并发现象进展
  • Powered by .NET Core 进展:验证高并发性能现象嫌疑犯 docker swarm
  • 同“窗”的较量:部署在 Windows 上的 .NET Core 版博客站点发布上线