如何计算网络速度：“goodput”或“goodput”带宽，还是真实带宽？

Question

我正在尝试确定多层系统中服务器和各种客户端之间的延迟和带宽。我相信最容易获得的项目是“有效吞吐量”或有效应用程序层速率，但延迟有点难获得，但更难的是包括“窗口大小”和其他技术因素的真实带宽。

我正在寻找如何从客户端或服务器角度最准确地计算此值的描述......只要我能够在 Azure 上运行服务器。

我愿意（但不限于）使用 IIS 传输一系列字节、基于 TCP 的 WCF 服务，但解决方案需要基于 .NET。

更新

我对这个问题添加了赏金，因为那里有太多信息......但很多信息似乎相互冲突，或者缺少数据，特别是在 .NET 实现中。我最感兴趣的是 C# 或 Silverlight 的 2 个实现。

一些网络专家说我需要考虑 TCP 窗口大小的“慢启动”。

Answer 1

我不想看到一笔丰厚的赏金被浪费，所以我将尝试用我所掌握的信息来回答我自己的问题。

[延迟]

使用 Silverlight 测量实际（在线）延迟和速度是不可能的，因为我们无法访问 TCP 套接字，也无法从沙箱访问此类低级接口。这也消除了“TCP SlowStart”。话虽这么说，但可以推断 WCF 延迟和 Goodput 带宽。

WCF 服务

2    using System;
3    using System.Net.NetworkInformation;
4    using System.Text;
5    
6    public class Service : IService
7    {
8        public bool PingNetwork()
9        {
10           return true;
11       }
12   }

和客户端：

   using System;
   using System.Windows;
   using System.Windows.Controls;
   using PingDemo.PingServiceReference;

   namespace PingDemo
   {
       public partial class MainPage : UserControl
       {
           private ServiceClient client = new ServiceClient();
           private DateTime PingStart = new DateTime();


       public MainPage()
       {
           InitializeComponent();

           client.PingNetworkCompleted += new EventHandler(client_PingNetworkCompleted);
       }

       void client_PingNetworkCompleted(object sender, PingNetworkCompletedEventArgs e)
       {
           if (e.Error == null && e.Cancelled == false)
           {
               MessageBox.Show("Ping Status: " + e.Result);
           }
       }

       private void btnPing_Click(object sender, RoutedEventArgs e)
       {
           if (client == null)
           {
               client = new ServiceClient();
           }

           PingStart = DateTime.UtcNow();
           client.PingNetworkAsync(txtHostIP.Text.Trim());
           TimeSpan Est_RoundTripTime = DateTime - PingStart;  //may need to look up exact syntax

       }
   }

}

[上传下载]

与通过使用 WCF 服务主机确定延迟的方式类似，可以通过下载一组已知（不可压缩）的数据来估计上传和下载速度。数据到客户端，然后返回。

以下博客讨论了通过 WCF 发送大数据的方法。这可以用于使用与上面类似的方式来计算发送/传输数据的速度。

http://kjellsj.blogspot.com/ 2007/02/wcf-streaming-upload-files-over-http.html

Answer 2

一段时间以来，我一直在考虑一种技术，它可以在确定延迟方面产生不错的结果。

如果客户端和服务器具有非常高精度的同步时钟（针对常见的低延迟源；即：time.nist.gov），只需将服务器上的当前时间戳发送到客户端即可允许客户端比较其时间本地时间与服务器时间。时间戳的差异会产生延迟。

这可以与大型“虚拟”文件传输结合使用，以确定持续传输期间和不同网络负载下的延迟。

Answer 3

您是否尝试过 WCF 跟踪和消息日志记录？如果您在服务和客户端上打开跟踪消息日志记录，则可以打开 服务跟踪查看器并检查所有端到端信息。