说明：

概述：

      最近的NSDI论文报道，将HTTP proxy的缓存命中率从22％提高到32％，使移动客户端的中间页面加载时间（PLT）提高了不到2％。 我们认为这种弱改进有两个主要原因：关键路径上的对象通常不被缓存，并且移动设备的有限计算能力导致计算延迟这是由于关键路径由很大一部分组成。
      事实上，这两个因素都是先前对桌面网络性能的分析所概述的[2]。 但是，我们（作为HTTP-proxy的作者）没有正确理解分析，如果有的话，本可以节省大量的工程费用。 因此，我们认为有必要强调这一先前的分析，并将分析扩展到包括具有慢CPU，精确缓存命中率和HTTP proxy缓存结果的受控再现的移动设备。 在完美缓存命中率的极端情况下，与没有缓存相比，桌面页面加载时间显着提高了34％，但移动页面加载时间仅在平均情况下提高了13％。 我们从这些结果中提取性能模型，以帮助理解其根本原因。

介绍：

      Web缓存广泛应用于减少网络连接的使用，减少服务器负载和数据使用、提高可靠性为终端的Web服务器，并改善与终端主机的延迟。 这里，我们专注于影响web缓存的潜在因素，通过以网页加载时间来度量。
      Google的HTTP proxy Flywheel 将其整体缓存命中率从22％提高到32％，但在平均情况下，页面加载时间仅减少了1-2％。 作为Flywheel的设计师，我们最初对这种微弱的改进感到惊讶。 如果我们能够预测缓存会产生如此微不足道的影响，那么我们本可以节省大量的工程成本。

Flywheel: Google's Data Compression Proxy for the Mobile Webhttps://ai.google/research/pubs/pub43447
他们关于测量网页加载的关键路径在论文的第5和第6节中。Wang等人寻求展示其测量工具的用例。 他们的两个使用案例 - 对不同CPU速度的分析，以及对冷加热与热加热缓存加载的页面的分析 - 实际上勾勒出飞轮结果的可能根本原因。