2个Linux主机之间的延迟约为0.23ms。 他们由一个开关连接。 Ping＆Wireshark确认延迟编号。 但是，我没有任何关于什么是造成这种延迟的可见性。 如何知道延迟是由于主机A或B上的NIC还是交换机或电缆？ 更新：.23毫秒的延迟对我现有的应用程序来说是不好的，它以很高的频率发送消息，我正在试着看看它是否可以降低到.1ms
我正在设置一个nginx堆栈并在上线之前优化configuration。 运行ab来压力testing机器，我很失望，看到事情以每秒150个请求的速度出现，大量的请求返回时间大于1秒。 奇怪的是，机器本身甚至没有呼吸困难。 我终于想到要ping盒子，在100-125ms左右看到ping时间。 （这台机器，令我惊讶的是，在全国各地）。 所以，networking延迟似乎是主宰我的testing。 从与服务器相同的networking上的一台机器运行相同的testing（ping时间<1ms），我看到>每秒5000个请求，这更符合我对机器的期望。 但是这让我思考： 如何确定和报告Web服务器每秒请求的“现实”度量？ 你总是看到关于性能的声明，但不应该考虑networking延迟？ 当然，我可以每秒向服务器旁边的一台机器发送5000个请求，但不能到达全国各地的一台机器。 如果我的连接速度很慢，它们最终会影响我的服务器的性能，对不对？ 还是我想这个全错了？ 原谅我，如果这是networking工程101的东西。 我是一个贸易开发商。 更新：为清晰起见进行了编辑。
我有2个服务器，每个在两个不同的位置。 我需要在一个上托pipe一个应用程序，而在另一个上托pipe一个数据库服务器。 从应用程序服务器，如果我ping数据库服务器，平均我得到约30毫秒。 我的问题是： When I query the database from the app; 是否需要30 ms + database_server_query_run_time 要么; 是否需要30 ms + database_server_query_run_time + 30ms 我想了解这个请。
我可以select在东海岸（美国）托pipe托pipe公司或西海岸（美国）托pipe我们的数据库/ Web服务器。 我们公司是根据纽约市，两家托pipe服务提供商给我们的箱子一个专用的T1线。 如果我select了西海岸的一个，而不是东海岸的那个，那么我的networking延迟是多less（假设所有其他因素相同）？ 当数字和距离变得非常大（T1和以上，以及数千英里）时，我不太确定地理因素如何影响网速。 谢谢！
在我的本地networking上，有5台机器（运行Debian Jessie或Arch）无线连接到Netgear WNDR4000路由器。 以下是在大约半个小时的时间内收集到的每台机器的路由器ping时间图。 观察： 当事情进展顺利的时候，ping时间都低于3ms（两台机器在1ms以下，包括问题机紫色 ） 以不规则的间隔（大约100秒），这些机器中的三台（ 红色 ， 绿色 ， 紫色 ）的ping时间会降低，而另外两台机器则不会受到影响。 所有3台机器的退化周期一致。 紫色的退化比绿色和红色严重两个数量级， 紫色的平均时间通常达到20000ms以上， 红色和绿色的平均时间达到200ms。 如果紫色物理移动靠近路由器， 紫色的退化完全消失，同时继续红色和绿色 。 红色距离基站3米，直视距离; 紫色通常的位置在10米以外，没有直接的视线。 这使得紫色的networking访问速度非常缓慢（当它处于正常位置时）。 你能build议如何去诊断和解决问题？
我试图使用SFTP在国际上传输一组大文件，但是我发现我的国际合作伙伴无法获得超过〜50k的上传速度，尽pipe在任何一方都有非常好的连接。 我们可以以这个速度上传多个连接（所以不是带宽？），但是没有一个上传速度提高了，这是一个问题，因为许多文件的大小是几十亿字节。 SFTP使用标准的Apple OSX“远程login”SFTP系统进行托pipe。 有没有办法提高上传速度，还是有一个不同的SFTP主机，可以帮助吗？ 我不清楚这是一个configuration问题还是协议的固有限制。 （出于安全原因，我需要使用端到端的encryption对等连接 – 不需要云服务）。
我越来越多地看到移动networking技术被用于在无法访问的地区访问互联网。 虽然移动networking作为主要的互联网连接通常尚不可行，但移动技术看起来是一个紧急回退的好select。 带宽不是问题：使用HDSPA，几MBit的速度是可能的，这提供了一个像样的上行链路。 然而，我从个人的经验中知道，移动networking的互联网链接（通过GPRS，UMTS等）比普通的DSL（UMTS为200-400ms，GPRS甚至更多）具有更高的延迟。 这当然使得它们不适用于许多应用，例如VoIP和电话会议。 这个延迟来自哪里？ 有什么技术可以缓解这个问题，使UMTS在低延迟应用中可行吗？ 我认为必须有一些固有的技术原因，但是它是什么？ 这与数据如何通过无线传输有关吗？ 而如果是因为无线传输，为什么WLAN有更低的延迟？
在某些虚拟机触发的情况下，ESXi中的NFS数据存储上遇到大约五秒的 fsync延迟。 我怀疑这可能是由使用NCQ / TCQ的虚拟机引起的，因为虚拟IDE驱动器不会发生这种情况。 这可以使用fsync-tester （Ted Ts'o）和Ioping来复制 。 例如，使用带有8GB磁盘的Grml Live系统： Linux 2.6.33-grml64: root@dynip211 /mnt/sda # ./fsync-tester fsync time: 5.0391 fsync time: 5.0438 fsync time: 5.0300 fsync time: 0.0231 fsync time: 0.0243 fsync time: 5.0382 fsync time: 5.0400 [… goes on like this …] 那是5秒，而不是毫秒。 这甚至在运行在同一主机和数据存储上的不同虚拟机上创buildIO延迟 ： root@grml /mnt/sda/ioping-0.5 # ./ioping -i 0.3 -p 20 […]
我正在为我的一个朋友工作一个小小的PHP项目，并且为本地开发提供了一个WAMP环境设置。 我记得我当地的Apache 2.2的回应是直接的。 唉，现在我从一个长长的假期回来了，我发现localhost的反应很慢。 获取300B HTML页面大约需要5秒钟。 当我看到任务pipe理器时， httpd进程（2）占用了CPU的0％，整体上我的计算机没有负载（0-2％的CPU使用率）。 为什么延迟如此之高？ 是否有任何Apache的设置，我可以调整，也许使其线程运行在更高的优先级或什么？ 它似乎在睡觉之前就已经睡了。
目前我们正试图决定是否将我们的数据中心从西海岸移到东海岸。 不过，我看到从我的西海岸位置到东海岸的一些令人不安的延迟数字。 下面是一个示例结果，在Google Chrome中检索一个小的.png徽标文件，并使用开发工具查看请求的时间长度： 西海岸到东海岸： 延迟215毫秒，传输时间46毫秒，总计261毫秒 西海岸至西海岸： 延迟114毫秒，传输时间41毫秒，总计155毫秒 Corvallis，OR在地理位置上更接近我在加利福尼亚州伯克利的地理位置，所以我希望连接速度要快一些，但是当我对纽约市进行同样的testing时，我看到+ 100ms的延迟增加服务器。 这似乎..对我来说太过分了。 特别是由于传输实际数据的时间只增加了10％，但延迟增加了100％！ 那感觉…错了…对我来说。 我在这里find了一些有用的链接（通过Google不会less！）… 路由距离是否会显着影响性能？ 地理如何影响networking延迟？ 从欧洲到美国的互联网连接延迟 …但没有权威。 那么，这是正常的吗？ 这不正常。 从美国东海岸到美国西海岸移动networking数据包时，我应该期待什么样的“典型”延迟？