问题标签 [roundtrip]

我正在尝试获取 linux 内核正在使用的 rtt 值。在那里我看到了两个变量，它们给出了 rtt 值：

srtt -- (smoothed RTT) rcv_rtt_est，其实就是Receiver端RTT估计

现在，我实际上没有看到这些变量输出的单位。我认为这些是即时的，如果我将它们转换为毫秒，值会变得非常低（几乎为零）。

因此，我只想确认这两个值是否以 jiffies 或其他单位为单位，因为我需要以毫秒为单位使用它们，即使我直接使用它们或以毫秒或微秒为单位，我也无法获得令人满意的输出。

我在代码的注释中没有发现任何内容，但我在那里看到一条注释，显示右移 3。

因此，我使用以下方式将其转换为毫秒：

我有两个问题：

1. 在计算RTT时，我们是否应该考虑传输时间？

2. 两个站 M 和 N 之间的距离是 L 公里。所有帧都是 K 位长。每公里的传播延迟为 t 秒。令 T bits/sec 为信道容量。假设处理延迟可以忽略不计，当使用滑动窗口协议时，为了最大限度地利用，帧中序列号字段的最小位数是多少？

我尝试在我的应用程序中使用 DataContractSerializer 以便向后和向前兼容并支持往返（如果可能）。

是否可以支持往返，或者如果没有，是否可以在以下场景中忽略未知类型？

假设我有一个 ClassWithObject 类，它具有 object 类型的属性，并且我的应用程序的旧版本在此属性中存储了 CurrentAdditionalData 类型的对象。

对于我的应用程序的新版本，加载此文件没有问题，因为它知道 CurrentAdditionalData 类。

但是，如果新版本存储了一个旧版本不知道的 FutureAdditionalData 类型的对象怎么办？

如果旧版本试图读取这个文件，它会得到一个 SerializationException，因为它不知道这个类型。

是否可以修改旧版本，使其知道未知类型并简单地忽略它们？

或者更好的是，如果旧版本再次保存文件，是否可以将未知对象加载到 ExtensionData 并原封不动地写出来？

使用“简单”ping 命令如何定义 RTT？

示例（Win7）：

我的理解是：会有600字节（请求）大小的ICMP消息发送给google。Google 复制该消息（600 字节）并将其发送回目的地（回复）。RTT 是涉及发送和获取 600 字节消息的整个过程的（延迟）时间。

是对的吗？

我有两个目的地 A. 185 Railroad St, Williamstown, VT 05679, USA B. 244 Granger Rd, Berlin, VT 05602, United States

因为Single trip，我有最快的路径VT-63 W，它有13 miles，19 mins所以对于round trip，距离应该是26 miles and 38 mins。但为什么谷歌显示20 miles and 40 mins for round trip？

请参考RoundTrip_Mileage.png

如何找到往返最快的路径？

为什么谷歌地图API可以理解这是往返？

或者有什么逻辑我可以发现这是往返，而不是往返的距离和里程加倍？

我使用 hibernate + ehcache 和正确配置的缓存属性。在应用程序启动时，我们启动缓存并通过 ORM 向 DB触发所有可能的查询。如果出现“有效的参数组合”，这将非常有效 - 否则会导致缓存未命中，从而导致数据库往返。数据是纯静态的。

70% 的情况是未命中，因此如果缓存未命中可以在查询/实体级别上得到不同的处理，我们可以获得很多。

如果在预热后发生缓存未命中，有没有办法阻止休眠 + ehcache 进入数据库？休眠中是否有API挂钩？

在理想情况下，缓存预热后根本不执行任何数据库访问。

TIA

坦率

我使用了 traceroute 命令并 ping 了我的 Amazon 实例。这是我回来的结果：

使用数据，我如何计算平均 RTT 时间？

我需要根据某些条件将 Double 转换为 String：

• 我不想要一个四舍五入的值
• 逗号后只有 3 位数字
• + 或 - 符号和开头。
• （额外：如果双精度值为 0，则为 0.000）（不是最重要的）

所以，如果我的 Double 值是0.257894214我希望字符串是 : +0.257。

我测试了几行代码：

我感觉接近解决方案，但我现在完全迷路了！

最后几行真的很接近我正在搜索的内容......但是 Double 值是四舍五入的...... :(

我希望我已经清楚了。：） 提前致谢。

重温！

我正在尝试测量 tcp 连接的 rtt，但遇到了一些问题。rtt 是通过getsockopt找到服务器套接字的 tcp_info 来测量的。遗憾的是，如果客户端使用延迟的 acks，这个指标会受到很大的影响，因为这会增加从服务器发送的数据包到测量的 rtt 之间的延迟。

如果我可以确保客户端使用延迟的确认（即标准的 Windows TCPAckFrequency 为 2），我可以通过编程方式找出“真实的”rtt。但是，这并不现实，因为该应用程序是在 Web 浏览器 (Javascript/WebSocket) 中运行的演示（tcp 功能），我不想让用户弄乱他们的注册表以使网页正常工作.

我可以看到获得良好测量的唯一真正可能性是1：在客户端的套接字上设置tcp ack频率（当前是WebSocket，这不是必需的），或者2：以某种方式找出客户端是否使用延迟的ack与否，并相应地调整测量值。

第一个解决方案可以通过设置 TCP_QUICKACK 来实现，但我在任何基于 javascript 的 tcp 解决方案（本机 WebSocket 或 Socket.io）中都没有发现这种可能性。同样，我也没有找到任何检查客户端设置的好方法。有任何想法吗？

这是我们任务的一个问题。
我已经在 python 中计算了 RTT time.clock()-InitialTime，但是当涉及到最大、最小、avr RTT 时我被卡住了。
我应该怎么办？我认为这与某些数据包大小有关？