W2K3E上的系统CPU使用率中出现不明原因的周期性峰值

我们有一台运行自定义工作负载的Windows 2003 R2 Enterprise 64位服务器，这个服务器存在性能问题。 下面的削减版本遭受较小的驼峰，但它的质量是相同的。

我们已经把它简化为一个简单的小应用程序，无非是：

• 听一个sockets
• join一个多播组
• 监听那个组里的数据包
• 读取和丢弃数据包

testing应用程序本身是Boost ASIO多播接收器示例的一个稍微修改版本，所以没有多less应该是错误的。 下面的实际代码（！）…

每当在负载下运行这个程序的时候，这个进程的CPU就会在内核代码中发生所有的处理：

• 最适合高负载的sysctl.confconfiguration – 非常繁忙的内容stream服务器
• 更快的IMAP在Linux上searchCourier IMAP服务器
• configurationNTFS文件系统的性能
• 为什么要在FreeBSD中更改net.inet.tcp.tcbhashsize？
• SHOWPLAN权限对SQL Server 2005有什么影响？

（此处仅显示CPU 6，在此testing期间（3小时17分钟）所有其他处理器都处于空闲状态）

从图中可以看出，当负载峰值冲击时，所有的处理时间都发生在内核代码中。 花费的时间主要用于延迟程序调用（最大16.8％）和处理中断（最大8.5％）。 看起来有一些延迟清理发生，但我们不知道它可能是什么。

只要我们可以告诉它只在W2K3E-64上发生。

它发生在不同的硬件上（HS21，HS22，HS22V，HP DL380）。

在Windows 2008上运行testing应用程序可以将问题显示得更小（更多的是更小的峰值）。

我们如何解决这个问题，或者我们应该在下一步看看？

实例中的实际代码：

void handle_receive_from(const boost::system::error_code& error, size_t bytes_recvd) { if (!error) { ++m_receivedPackets; m_receivedBytes += bytes_recvd; m_last64TotalBytes += bytes_recvd; if ( ( m_receivedPackets & 0x3F ) == 0 ) { printf( "Received %u bytes in %u packets. The average size of the last 64 packets was %u bytes, and the last byte received was %x.\n", m_receivedBytes, m_receivedPackets, m_last64TotalBytes / 64, m_buffer[ bytes_recvd - 1 ] ); m_last64TotalBytes = 0; } m_socket.async_receive_from( boost::asio::buffer(m_buffer, max_length), m_senderEndpoint, boost::bind(&receiver::handle_receive_from, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred)); } else { std::cerr << "An error occurred when performing an asyncronous read." << std::endl; m_socket.get_io_service().stop(); } }