Question

我在运行在带有6个Xeon核心的VDI上的Windows 2008服务器R2上安装了.NET服务。在此问题发生期间，此服务的CPU利用率平均约为10-20％，尽管间歇性地发生了数据库超时。

我的应用程序真的是唯一的东西，CPU使用率让我相信以下不是CPU瓶颈或时间/切片问题。

我们使用log4net进行记录

<appender name="LogFileAppender" type="log4net.Appender.RollingFileAppender">
      <File value="C:\app\service.log" />
      <AppendToFile value="true" />
      <rollingStyle value="Date" />
      <datePattern value="yyyyMMdd" />
      <layout type="log4net.Layout.PatternLayout">
        <param name="ConversionPattern" value="%date{yyyy-MM-dd hh:mm:ss:fff} %-5level %logger - %message%newline" />
      </layout>
    </appender>

我有以下代码，删除了实际的长时间运行的部分

DateTime mst = DateTime.Now;

//...really long running code

DateTime st = DateTime.Now;

//...more long running code

DateTime et = DateTime.Now;
LogHelper.LogMessage("REGISTRATION: " + subscriber.Principal.Identity.Name + " packaging complete in " + (et - st).TotalMilliseconds + "ms");

et = DateTime.Now;
LogHelper.LogMessage("REGISTRATION: " + subscriber.Principal.Identity.Name + " Registration complete in " + (et - mst).TotalMilliseconds + "ms");

通常我会收到以下日志条目

2013-07-15 07:00:02:238 DEBUG (T:118)Register - REGISTRATION: CORP\user packaging complete in 15.6001ms
2013-07-15 07:00:02:238 DEBUG (T:118)Register - REGISTRATION: CORP\user Registration complete in 1294.8083ms

但今天我得到了以下

2013-07-15 11:35:02:498 DEBUG (T:70)Register - REGISTRATION: CORP\user packaging complete in 12589.2807ms
2013-07-15 11:35:04:386 DEBUG (T:70)Register - REGISTRATION: CORP\user Registration complete in 56768.7639ms

在查看时间戳时，两个日志条目相隔1888毫秒写出，比正常执行的整个持续时间长。

如何衡量这是否实际上是由磁盘I / O瓶颈引起的？
还有什么可以解释日志条目之间的1888毫秒，通常我得到0？

我正在考虑将implementing this solution作为可能的原因来帮助消除I / O.

Answer 1

我们最终使用Red-Gate的ANTS配置文件来识别服务的“软重启”期间的内存泄漏（dispose / reallocate对象）。正常的操作流程没有问题，平坦的记忆特征，干净的健康状况。

只有在我们引入一个计时器来模拟导致软重启的一系列意外问题之后，我们才能识别出越来越多的延迟对象并重现问题，从而导致大量内存使用和大量页面错误而恶化性能。

我的理论是，所有这些对磁盘的分页都影响了我们写入日志文件的能力以及分配新对象的能力。

诊断磁盘I / O瓶颈？

1 个答案: