![.NET 应用程序在闲置时似乎没有执行某些操作 - 闲置后会变得迟钝](https://linux22.com/image/1616113/.NET%20%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E5%9C%A8%E9%97%B2%E7%BD%AE%E6%97%B6%E4%BC%BC%E4%B9%8E%E6%B2%A1%E6%9C%89%E6%89%A7%E8%A1%8C%E6%9F%90%E4%BA%9B%E6%93%8D%E4%BD%9C%20-%20%E9%97%B2%E7%BD%AE%E5%90%8E%E4%BC%9A%E5%8F%98%E5%BE%97%E8%BF%9F%E9%92%9D.png)
我有一个.NET 应用程序,它主要执行以下操作:
- 通过 COM 端口连接到一组串行设备(约 32 个),并处理来自这些设备的数据
- 当从这些串行设备接收到消息时(有一些库正在监视原始串行数据,并让我的应用程序知道它们何时组装了完整的“消息”),我的应用程序会将消息记录到 SQL,将数据点添加到屏幕上的实时图表中,并将消息添加到屏幕上滚动的消息列表中
当 PC 处于活动状态时,我们会看到这些消息以每秒 1 条的速度从串行设备传入。我知道这些设备总是以大约该速率接收消息(它们是无线接收器,我知道无线发射器的传输频率)。但是,当 PC 闲置一段时间(15-30 分钟)时,我们不再看到应用程序中传入的消息。当我再次与程序交互时,它可能会滞后一分钟(这是使用计算机的人告诉我的),然后它再次响应并开始正常运行。
编辑了此部分:
有趣的是,我们确实在此期间看到了一些间歇性的 SQL 日志。例如,在应用程序的主屏幕上,有一个供稿,我们可以在其中看到“所有”传入的消息。我们在今天 10:02 停止在那里看到消息,但此后仍有一些消息被记录到 SQL 中(有些在 10:05)。在代码中,SQL 日志记录实际上发生在消息显示之后,尽管在不同的线程上。
结束编辑
系统有 32GB 的 RAM,但应用程序只使用了大约 250 MB。PC 上 RAM 的最大用户是 SQL 数据库,占用了大约 600 MB。我认为它运行在具有 16 个线程的 Xeon 处理器上。
有什么线索可以解释为什么会这样吗?可能是 Windows 的省电功能吗?我关闭了所有能找到的电源管理设置,但有些设置可能由 PC 的站点网络管理。内存被分页到磁盘?但看来这些进程实际上并没有在程序处于“空闲”状态时执行——我不希望分页出现这种情况。
编辑:在此时间范围内记录的唯一系统事件是 GroupPolicy 事件:“计算机的组策略设置已成功处理。自上次成功处理组策略以来未检测到任何更改。”