引言

回复: NWG/RFC 第 28 号与第 29 号。

在网络 HOST 中的一个或多个上增加时钟, 似乎是非常可取的, 因为它 (或它们) 将允许进行面向用户的消息延迟测量。我们目前的网络测量设施不包含任何 HOST 内部延迟, 而这些延迟可能在一份 HOST 到 HOST 的消息传输所遇到的总延迟中占相当大的部分。我们可能会发现, 把我们的 "Trace" 能力扩展到包含 HOST 内部延迟, 将是利用这样一个时钟的合适机制。这样的用法需要在消息的源端和目的端都有时钟, 尽管这些时钟不必特别精确, 也不必同步。其他测试, 例如从 HOST A 到 HOST B 的绝对总体消息延迟, 则要求两个时钟同步。

对于 SRI 实时时钟, 一个合理的规格似乎应包括约 1 毫秒的分辨率、约 10E7 分之一的精度 (以便两个这样的时钟能在数小时的时间段内保持合理的相对精度), 以及约 24 小时的范围。晶控时钟应当能以适中的成本轻松满足这些要求。

HOST 读取时钟所借助的机制的选择, 看来也值得关注。1 毫秒的分辨率可能要求该时钟完全由硬件实现 (而不是一个在每个时钟脉冲时递增的核心存储单元), 因此该时钟可能需要一些相当复杂的接口电路。

在 UCLA, 我们目前在 Sigma 7 上有两个时钟, 其中一个的分辨率约为 2 毫秒, 或许可用于某些 HOST 内部测量。然而, 它不具备上述绝对测量所需的长期精度。

---

注: 本 RFC 由 Richard Ames 于 1/98 转为机器可读形式, 以便录入在线 RFC 档案库。