我想知道什么工具或什么样的计算应该做出来，以便find两个物理距离之间可能的更低的延迟。 例如： 从欧洲到南美洲的平均时间是300ms 从美国到南美的Ping时间是120ms。 从欧洲到美国的平均时间是150ms。 我应该试图通过美国桥接连接获得30毫秒？ 或者这个想法完全无效？ 我如何find两点之间的最佳path？ 谢谢。
我有一台ESXi 5.5服务器，在本地数据存储上遇到了很高的写入延迟。 此数据存储位于由RAID卡（RAID 1上的两个SATA磁盘）提供的虚拟磁盘上。 当我复制大文件时，完成传输需要很长时间，写入延迟平均为84ms！ 这太多了。 我知道RAID 1并没有提高写入速度，顺便说一句。 所以我试图找出瓶颈在哪里。 难道是RAID卡吗？ （PCI-e 8x，100％硬件）。 这可能是一个碎片问题？ （在VMFS上不太可能）。 如果您已经在本地数据存储上遇到高延迟，我想获得您的反馈。 谢谢 ：）
我正在寻找build立一个工作站/服务器在一个位置的东西，并使用屏幕的videostream远程访问它来做你想做的事情。 我想要低延迟的原因是我想让它可以说游戏。 所以我正在寻找100毫秒，但真的想得到50毫秒以下。 有没有人有任何想法如何做到这一点，或者如果它甚至在理论上是可能的？
我们有一个企业局域网，大约有200个节点在防火墙之后，最近升级了ISP的带宽。 现在我们要测量性能/带宽（互联网以及本地networking上的文件复制性能）OS是windows。 声称衡量像http://www.speakeasy.net/speedtest带宽的在线工具有多好？ 他们真的下载/上传文件？ 重复testing是否会导致caching结果的任何变化？
我的2048 Kb / S ADSL连接的下载速度预计为220 KB / s，但要达到这个速度需要很长时间，换句话说，最高速度是好的，但是加速度很糟糕。 这不是一个大的下载问题，因为速度最终会达到最大速度。 问题在于通过SSH浏览或打字，因为它取决于数据包的初始速度，可能低至3 KB / s！ 延迟是可怕的，ISP不能理解这一点。 尽pipe线路衰减（14.0）和SNR余量（32.4） 没有使用代理… 我在Google上找不到类似的答案。 也许我不能理解这个问题？ 什么是定义这个问题的术语（如延迟，数据包丢失）我不知道。 我可以告诉我的ISP吗？ 编辑：这是traceroute google.com的输出 笔记本电脑：〜$ traceroute google.com traceroute google.com（173.194.38.102），最多30跳，60字节的数据包 1 192.168.1.254（192.168.1.254）5.538 ms 5.772 ms 12.180 ms 2 * KHANKA-R01C-C-EG（163.121.170.229）38.951毫秒53.544毫秒 3 host-163.121.211.134.tedata.net（163.121.211.134）1022.649 ms 1157.199 ms 1171.533 ms 4 host-163.121.211.134.tedata.net（163.121.211.134）1368.481 ms 1392.954 ms 1456.449 ms 5主机-163.121.211.125.tedata.net（163.121.211.125）1483.733ms 1485.976ms 1559.233ms 6 […]
当我平google.co.in 其平均显示11.1毫秒 ping www.google.co.in PING www.google.co.in (173.194.36.63) 56(84) bytes of data. 64 bytes from bom04s02-in-f31.1e100.net (173.194.36.63): icmp_req=1 ttl=58 time=11.1 ms 64 bytes from bom04s02-in-f31.1e100.net (173.194.36.63): icmp_req=2 ttl=58 time=11.1 ms 但是它比位于我国的服务器更快，谷歌在我的国家没有任何数据中心。 PING cusat.ac.in (210.212.233.54) 56(84) bytes of data. 64 bytes from 210.212.233.54: icmp_req=1 ttl=59 time=159 ms 64 bytes from 210.212.233.54: icmp_req=2 ttl=59 time=157 ms 我听说过CDN的caching，能够快速响应，但在这种情况下，ping没有显示任何内容，响应时间甚至比位于我国的服务器更好。 跟踪路由 […]
我想启动一个具有最小可能的ping的云服务器到第三方服务。 您是否只使用AWS，并将服务器保持在新的可用区域中，直到ping足够好为止？ 有更简单的方法来做到这一点？ 我是否可以通过尝试许多不同的云提供商来find更好的ping？
我测量了从发送TCP SYN到获得SYN / ACK的两个Linux计算机连接到同一Cisco交换机之间的大约100-150毫秒的时间。 考虑： 这些机器是非常强大的，既不是他们也没有重载。 通过分析两台机器上的tcpdumps日志，我发现问题不在端点，而是在networking本身（客户端看到100-150毫秒的延迟，但服务器在大约10毫秒内处理响应）。 只有SYN请求很慢。 之后，正常的TCP数据包立即得到一个ACK。 所以，我的问题是： 我是否认为这样做太过分了？ 我应该瞄准什么延迟？ 我能做些什么来进一步诊断和解决问题？ 编辑 – 我们已经取消了等式的转换。 这两台电脑现在连接在一个交叉电缆，我们仍然看到这个问题。 两者都是全双工，100 MBPS。
我是Windstream的众多客户之一，我所在的地区唯一的互联网提供商，在刚刚成为客户的1年时间之后，我的10M互联网连接就变成了大约512K的连接。 我偶尔会得到我的实际10M速度，但通常我得到了512K。 在与这个地区的许多其他客户交谈之后，他们都讲了同样的故事。 经过大约一年的服务，networking速度一落千丈，更换硬件和技术支持交谈并不能解决问题。 我们中有几个技术人员已经呼吁他们提供技术支持，而且我们被告知这个问题是“延迟中断”。 谷歌search“延迟中断”只会返回有关同一服务的客户在获得支持时被告知的结果。 在我的最后一次电话中，我告诉那位女士，我谈到了这一点，她非常坚定地认为，延迟中断是一件真实的事情。 那么，什么是延迟中断？
有一个2008年的服务器在生产，目前有“一个”光盘。 （实际上是一个SASarrays，作为一个单一的光盘提交给操作系统。） 这个“光盘”被分成几个部分，剩下一些空闲的空间。 有人在服务器上运行C：分区的应用程序。 感觉有点滞后，我们推测操作系统的任务可能会略微影响应用程序的性能。 所以，我们拿了一些空闲的空间，并在那里创build了一个逻辑卷。 把应用程序放到逻辑卷上。 现在的应用程序稍微滞后一些。 我们可以做什么来解决这个稍微滞后的一些performance？ （除了把另一个单独的数组，并在那里移动应用程序？）