WCF 跟踪日志分析 - 帮助

Question

我在解读 WCF 跟踪文件时遇到问题，我希望有人可以帮助我确定我在管道中的哪个位置产生了延迟。 “处理消息 XX”的跟踪如下所示，在活动边界和传输到执行我的服务代码的“处理操作”之间似乎有 997 毫秒的延迟（大约需要 50 毫秒）。

首先，我不确定我是否正确理解“时间”列来表示活动项目的开始时间。我相信是这种情况，因为深入“处理操作”跟踪会显示一个活动列表，其中第一个时间戳等于上述“处理操作”项的跟踪中显示的时间戳。

我的主要问题是：我如何确定在这 997 毫秒的时间跨度内发生了什么？当我读到服务跟踪查看器时，似乎这种活动类型涉及“传输或安全处理”，这让我相信这是一个网络问题，但我不能确定。

如果相关，下面是向下钻取到“流程操作”跟踪的快照。

是否有人对如何深入研究此活动以查明延迟原因有所了解？

（我应该提一下，响应时间从大约 60 毫秒到整整一秒不等，而且似乎只在特定环境中才会这样做，这进一步让我想到了网络问题）

提前谢谢你！

Answer 1

我遇到了同样的问题。我的传输时间从 100 毫秒到 4 秒不等。我在服务器上安装了 Wireshark，看到很多网络数据包传输错误。令人印象深刻的是，网络堆栈可以将其全部整理出来，并且消息最终会通过。最后我注意到服务器网卡驱动程序的“速度和双工”设置被设置为 100Mb Full。测试客户端在 Auto 并且它们之间有几个开关。我认为所有设备都可以解决这个问题，但显然不是。将服务器值更改为 Auto 解决了网络错误，并且跟踪传输延迟消失了。

Answer 2

我建议添加一个额外的跟踪源，特别是网络跟踪跟踪源，请参阅How to: Configure Network Tracing

您可以使用 System.Net 和 System.Net.Sockets。这应该有助于证实您怀疑的网络问题。

顺便说一句，您提到有问题的活动涉及传输或安全处理，在以前的经验中，我发现如果您使用基于证书的客户端身份安全或使用证书的消息安全，WCF 通道可能会受到影响遍历证书链以验证证书的延迟。这可能不适用于您，因为您可能没有使用基于证书的安全性。