一个简单的问题。 我使用以下网站http://cloudmonitor.ca.com/zh/ping.phptesting了我的网域
它在所有国家都performance出高丢包率。 数据包丢失70-100％这是否意味着我的网站正在加载缓慢或根本没有加载在这些国家的用户？
简短的回答：是的。
长答案：取决于。
零是唯一可接受的数据包丢失量。
数据包丢失> 0表示某处需要调查的问题。
有一点小包丢失（偶尔会less于5％）可能会使网站变慢（ 从重传延迟或丢失的DNS查询），但是您的普通用户可能不会注意到。
中等程度的丢包率（高达10％，半定期发生）往往是显而易见的。 该网站将“缓慢”。
高包丢失（> 10％，半定期/不断）将激怒您的用户。 该网站将需要很长时间来加载，或者可能根本不加载。 人们停止访问可能会非常缓慢。
你没有经历“高”的数据包丢失 – 你正在经历EXTREME数据包丢失（70％以上你的发送永远不会到达的地方 – 如果UPS以这种方式工作，你永远不会再运送任何东西）。
我希望没有什么东西可以像丢失的东西一样使用数据包丢失 – 你实际上并没有连接到互联网。
我给你的build议是纠正丢包情况（即“查找新的提供商”）。
你所描述的是完全不能接受的。
您的Web服务器对ping请求的响应很差，对于Web服务器的性能没有任何影响。 除非你专门devise了它，才能善于响应ping，否则没有理由期望它做得很好，也不要在意它没有。
更新：看起来无论是谁pipe理你的服务器，无论是谁，还是无论怎样衡量其性能，都没有协调。 我会非常担心防火墙configuration没有经过深思熟虑，可能会阻塞pathMTU发现等事情。
有几件事你可以做，以确定它是否是你的虚拟主机提供商，或者如果它是离你的服务器端点一两跳。 我build议login到您的服务器，您的网站托pipe（提供您可以实际login到），并运行一个mtr到各个域（这也假设你正在运行一些linux的味道，虽然我觉得有一个Windows的MTR）。
示例命令将如下所示：mtr somedomainhere.com
我会推荐各种网站，如谷歌，亚马逊，脸谱，或一些其他众所周知的服务器，最有可能会响应ICMP回应请求。
如果只想运行一段时间，则可以使用-c标志来设置数据包计数。
示例：mtr -c 500 somedomainhere.com
如果您希望稍后再运行并查看，则可以使用–report开关并将其保存到文本文件中。
示例：mtr -c 500 somedomainhere.com –report >> mtrReport.txt
如果您没有pipe理权限，则可以询问虚拟主机提供商是否可以为您运行一个提供报告数据。 在尝试排除连接故障时，这是一个很好的开始 。
使用这个工具将有助于查明哪些数据包被丢弃以及谁应该为数据包丢失负责。 如果您确定数据包在服务器上被丢弃，则可以开始下一步。
如果将mtr从服务器运行到外部服务器不会丢失数据包，则数据包很可能在您的防火墙上被过滤。 我build议从本地机器上运行另一个mtr到服务器，看是否有数据包丢失，如果发生在最后一跳或根本没有，你知道问题在于你的networking服务器，你可以移动接下来的步骤…如果你在其他地方丢失数据包，你可以相当确定问题是networking相关的。
下一步：
看日志
看看防火墙的configuration
看看你的networking服务器的configuration文件