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

  • 时间:
  • 浏览:0
  • 来源:大发快3_快3计划客户端_大发快3计划客户端

昨天晚上 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 在 200-2000 左右),.NET Core 博客站点像变了人及似的,极少量请求响应传输速率变慢,我应该 随着时间推移没办法 慢(某种泄漏某种 的问提),先是全都请求响应时间5秒左右(亲戚亲戚一些人是从5秒刚刚开始了了监控的),我应该 是10秒左右,我应该 是15秒左右。。。我应该 日志中出先极少量下面的错误

2019-08-14 13:13:16.290 [Error] Failed executing DbCommand ("200,022"ms)
System.Data.SqlClient.SqlException (0x200131904): 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 查询超时(超过200秒),而 EF Core 生成的某种 SQL 语录没办法 某种 的问提,亲戚亲戚一些人都 review 过。

查看数据库服务库的监控,我应该 你大吃一惊,就这点 QPS ,仅仅是原困 .NET Core 在 Windows  上跑竟然造成数据库服务器 CPU 200% 。

而假如有一天将 .NET Core 博客站点一下线,数据库服务器 CPU 就立马恢复正常,某种 的问提非常奇怪。

今天微软也发布了 .NET Core 3.0 Preview 8 ,亲戚亲戚一些人将 System.Data.SqlClient 升级到 4.7.0-preview8.19405.3 也是同样的某种 的问提。

亲戚亲戚一些人的数据库服务器用的是阿里云 RDS SQL Server 2008 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 2008 R2 的支持某种 的问提。

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

接下来,亲戚亲戚一些人会进一步排查这 2 个 CPU 高的某种 的问提(web服务器与数据库服务器)。

EF Core 与 SqlClient 相关某种 的问提链接:

  • 坑暗花明:又遇 .NET Core 中 System.Data.SqlClient 查询缓慢的某种 的问提
  • 好大有一个 多坑: EF Core 异步读取大字符串字段比同步慢200多倍

Powered by .NET Core 系列博文:

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