什么是好的networking基准testing？

如果你正在寻找一个快速和脏的带宽/延迟testing，然后http://www.speedtest.net/的作品。 它会给你延迟测量和上/下带宽。 损失和抖动是衡量的其他variables，但较less见的是一个问题。

评估整体经验取决于应用。 一些用途对延迟敏感，另一些则对带宽敏感。 FTP文件传输的经验大部分是关于带宽，而VoIP呼叫是关于延迟。 我个人认为延迟是最重要的因素之一。 更低的延迟总是更好，带宽只有当你没有足够的时候才重要。

编辑：从您的意见看来，你的重点是从端点的网页浏览行为。 在很多情况下，即使您的带宽/延迟很好（例如，您的DNS响应速度较慢），您的网页浏览速度可能会变慢。 我不知道一个能够准确testing“浏览速度慢”的所有情况的工具。 即使存在，我也不会相信这样的工具。 所涉及的caching太多，您永远无法了解端点。 带宽/延迟将是最常见的罪魁祸首，并试图创build一个工具，将testing的一切将是困难的。 如果我试图产生这样的信息，我可能会使用嗅探器。

http://speedtest.net/和http://pingtest.net都是很好的起点 – 它们会给你一个粗略的带宽和延迟/抖动的想法。
确保您将testing运行到多个端点，并在一天的不同时间运行。 如果您在共享连接（电缆）上，这一点尤其重要。

在进行testing时，确保消除了中间问题的源头（例如，不要通过无线testing – 理想情况下，您应该直接插入networking接口设备（调制解调器或路由器）以testingISP的连接，如果没有问题，其他内部组件尽可能的麻烦点）。

在评估您的连接方面，您感知的带宽是多个因素的函数：您的真实带宽（多less可以通过pipe道），您的端到端延迟和数据包丢失的百分比是三大因素。 您的提供商的超额认购率（他们承诺的带宽比他们实际提供的多得多）是另一个因素（通常performance为数据包丢失，当他们的路由器开始丢弃排队的数据时，他们无法快速出门足够）。

最终，评估是基于“连接是否太多，以致于无法使用”，这是基于您正在使用它的主观/定性调用。