WCF跟踪日志分析-帮助

我在破译WCF跟踪文件时遇到困难，我希望有人能帮助我确定我在管道中的何处遇到延迟。 “处理消息XX”的跟踪如下所示，在活动边界和执行我的服务代码的“处理操作”之间似乎有997ms的延迟（大约需要50ms）

首先，我不确定我对“时间”列表示活动项开始时间的理解是否正确。我认为是这样的，因为钻取“Processing action”跟踪会显示一个活动列表，第一个时间戳等于上面跟踪中显示的“Processing action”项的时间戳

我的主要问题是：如何确定在这997毫秒的时间跨度内发生了什么？当我阅读有关service trace viewer的信息时，似乎这种活动类型涉及“传输或安全处理”，这让我相信这是一个网络问题，但我不能确定

如果相关，下面是深入到“流程操作”跟踪的快照

是否有人对如何深入了解这项活动以查明延迟的原因有所了解

（我应该提到的是，响应时间从约60毫秒到超过一整秒钟不等，而且似乎只有在特定环境下才会如此，这进一步让我想到了网络问题）

---

提前谢谢你

我建议添加一个额外的跟踪源，特别是网络跟踪跟踪源，请参见

您可以选择System.Net和System.Net.Sockets。这将有助于证实您预期的网络问题

---

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

我遇到了相同的问题。我的传输时间从100毫秒到4秒不等。我在服务器上安装了Wireshark，发现了许多网络数据包传输错误。令人印象深刻的是，网络堆栈能够将所有信息进行分类，消息最终得以通过。最后，我注意到服务器NIC驱动程序的“速度和双工”设置被设置为100Mb满。测试客户端是自动的，它们之间有几个开关。我认为所有的设备都能解决这个问题，但显然不行。将服务器值更改为自动解决了网络错误，跟踪传输延迟消失