昨天晚上 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 在 300-500 左右），.NET Core 博客站点像变了个人似的，大量请求响应速度变慢，而且随着时间推移越来越慢（一种泄漏现象），先是很多请求响应时间5秒左右（我们是从5秒开始监控的），然后是10秒左右，然后是15秒左右。。。然后日志中出现大量下面的错误
2019-08-14 13:13:16.290 [Error] Failed executing DbCommand ("30,022"ms)