响应时间管理响应时间管理非常关键RTM可使您的业务在受到破坏之前具体化用户抱怨或评估性能问题利用比较实际与 预计性能的机制，服务水平协议变得更具有效力此外，量化与校验性能要求的能力有助于验证新设备和未来 IT 规划PacketSeeker 的 RTM 功能可提供性能统计、阈值监视、高级故障指示器和性能图形这种至关重要的信息可使 网络管理员：1. 跟踪延迟统计，实现自定义的灵活流量类别测量单个应用、主机、子网、任何以传输方向 的 TCP 流量类等响应时间2. 将每一个响应时间分成网络延迟（传输所耗用的时间）和服务器延迟（服务器处理请求所耗 用的时间）3. 识别性能最差的用户和服务器4. 建立可接受的标准并对性能是否符合该标准进行跟踪，通过设置速度可将良好响应从差响应（例如500ms）中划分出来为满足指定的性能目标（例如95%）设置传输百分比5. 在直观表格、图形及MIB （管理信息库）中通过XML API或作为原始数据查看当前和历史 的性能数据SNMP管理工具（例如HP OpenView）与第三方报告工具（例如InfoVista）可 顺利进行集成测量响应时间PacketSeeker 在网络中的位置——监视所有经过的流量——能够以低成本提供精确的响应时间测量。
因为PacketSeeker 能够看到每一个数据包，因此它可以轻松地计算流量在客户机与服务器之间传输所用的时间、服务 器所使用的时间以及PacketSeeker自身任一端所使用的时间PacketSeeker在流量经过时只注意响应时间，而不 是采集响应数据这种简单方法提供了丰富的数据，并且不会产生网络影响和开销以下描述了多种PacketSeeker的响应时间测量每一个测量至少有一个与PacketSeeker图形相关指标说明使用总延迟一次传输所要求的毫秒数，从客户机请求开始，到接收响 应结束这就是大多数人说的“响应时间”所指的意思，符合最终 用户对完成传输所需时间的观点•验证用户对低性能的理解通过随时跟踪历史平均值来发现好坏倾 向网络延迟客户机与服务器交换数据时在传输过程中的毫秒数 如果传输需要大量将被转换的数据，则它会被划分并在多 个数据中发送网络延迟包括所有包含在请求响应传输中 的传输时间，但不包括服务器用于处理请求的时间确定在传输（例如，相对于服务器的开销） 过程中是否由于故障而导致性能降低查明PacketShaper的控制功能是否能够帮 助解决特定性能降低或防止其在以后出 现服务器延迟服务器在接收到所有需要的数据后处理客户机请求所使用 的毫秒数。
服务器延迟是指服务器接收到最新请求数据包之后和它发 送第一个响应（实际响应内容，而非接收通知）之前的这 段时间这是服务器处理客户机请求所需的时间确定是否是服务器造成的性能降低称为 最差服务器的另一种PacketSeeker功能可 识别哪些服务最慢正常化的 网络延迟客户机与服务器交换数据时在传输过程中每千字节所使用 的毫秒数如果传输需要大量将被转换的数据，则它会被划分并在多 个数据中发送由于网络延迟会随着传输的规模增加而增 力口，因此在比较时间时可能会产生误解正常化的网络延 迟作为一个因素可消除大小，因此进行比较是非常有用的为不同应用或时间段比较性能在诊断调 查中使用正常化的网络延迟和RTT来确 定大型网络延迟是否由大量传输或低性 能网络造成的往返时间（RTT）客户机与服务器交换一个小型数据包时传输所使用的毫秒 数即使传输数据被分入到多个数据包中，RTT在客户机 与服务器之间仍只包括单个数据包的一个往返确定大型网络延迟是否由大量传输或低 性能网络造成的例如，如果 Microsoft Exchange用户突然开始使用带有特别大 文件的文件共享功能，正在传输的信息而 非网络状态的改变会导致性能降低。
在这 种情况下，网络延迟会增加但RTT不会增 加数据包交换时间（PET）PacketSeeker数据包捕获与相应通知接收之间的毫秒数该 指标仅能反映PacketSeeker 一端的网络延迟如果不同方负责不同网络部分时，您需要 一条清楚明确的分隔线当性能降低时， PET会告诉您性能降低出现在何处—— 分隔线位于哪一端这样每一方均有责 任没有任何一方会浪费时间设法诊断和 解决它所没有的问题使性能指标富有意义尽管 延迟 统计 非常 实用， 但拥 有一 个指 示性 能高 低的 指示 器会 更好像600毫秒这样的指标究竟真正意味着什么？它是好还是坏？PacketSeeker 能够建立可接受性标准并可对性能是否符合该标准进行跟踪通过设置速度可将良好响应从差响应（例如500ms）中划分出来，也可为满足指定的性能目标（例如95%）设置传输百分比PacketSeeker称此概念 为服务水平一致性 PacketSeeker能够以表格和图形的形式显示当前或历史的所有性能指标监视器响应时间窗口 （Monitor Reponse Time）显示了每个分类的当前性能统计表另一个窗口提供了与单个分类相 关的所有性能指标和图形，以便让您来定义可接受的每个分类的性能。
各种图形均可随时为一个或多个流量分类描述网络、服务器和总延迟您可以查看实际延迟（传输所耗用的时间）、 数据包往返时间（仅一个数据包经过网络所耗用的时间）或正常化数据包时间（标准规模的传输所耗用的时间）例如，下列传输延迟图形显示了响应时间由于频繁峰值而出现的偶发性变缓此外，您还可以看到，这一问题的出现不是由服务器造成的，而是网络造成的如果这是一个关键型应用的图形，很明显，其性能需要得到相应的 提高由此，加入 PacketShaper 的带宽控制是必需的最后，服务水平一致性图形可使您了解您在建立符合应用的性能标准方面一直以来的工作情况例 如，在该图中，您可以看到，除了几天以外，性能都没有保持在性能标准以内再次表明，可能 PacketShaper 的控制功能是适宜的PacketSeeker 的响应时间优势PacketSeeker 在响应时间上的优势主要基于两个方面： 不需要更改变任何设置，以及它 不会成为一个故障点PacketSeeker 可避免普通缺陷，其中包括：• 对应用的修改PacketSeeker 无需额外的 API 调用或应用软件的素材• 桌面与服务器更改PacketSeeker 无需在客户机桌面或任何服务器上装载任何东西。
• 模拟流量开销PacketSeeker不会产生仅用来定时响应的无关应用请求，它也不会发布ping如果需要的话， 它可以产生合成传输，但可以在不产生模拟流量的情况下计算所有响应时间指标• 路由器重新配置或拓扑更改PacketSeeker 不需要更改路由器配置、协议、服务器、桌面或拓扑• 位置限制PacketSeeker 可测量网络中各个位置的性能，只要一发现流量便会对其进行测量它可以位于 拓扑的客户机端或服务器端如果因特网将客户机与服务器分开，在哪一端部署 PacketSeeker 都无关紧要• 数据采集开销PacketSeeker 使用恒量的数据下载，不会致使网络负担过重合成传输(Synthetic Transaction)根据您的判断，PacketSeeker可定期启动web或其它TCP传输，以便校验关键主机的可用性这一行动类似于 调度的ping或SNMP轮询，但需凭借如下这些重要的优势：• PacketSeeker 的详细传输行为分析和响应时间可应用于合成传输，从而具有随时描述网络和主 机行为的能力这一信息比了解设备是否会简单响应ping更加有用• 当PacketSeeker位于网络边缘时，轮询在局域网，消耗的带宽量将更少，因此它会变得更加 频繁，并可减轻带宽负担。
• 合成传输可确定服务或应用是否正在进行，而非仅仅确定服务器是否正在响应它们可提供 更高级的“可用性”评估• 分布式的PacketSeeker是收集本地的可用信息，并能够通过电子邮件、SNMP Trap或系统日 志消息将有益情况或问题转发给中心位置它还消除了通过中央管理平台进行远距离轮询的 需要附加工具PacketSeeker 提供的各种图形和功能，可帮助您监视和诊断应用性能在其它章节中将总结和详细说明其中的部 分功能诊断帮助在确定了并非是其所期望的应用性能后，PacketSeeker可提供有助于您诊断工作的各种图形例如TCP健康图形 可对服务器启动、中断以及忽略或拒绝的TCP连接数进行比较；网络效率图形揭示了由于重传而浪费的带宽量； 各种带宽应用图形可使您将性能与负载条件联系起来这些图形和工具在“网络性能分析”一章中进行了详细阐 述事件与通知在监视或分析性能时，您可能希望了解大量关键情况信息，而不必不停地检查它们的状态利用PacketSeeker， 您可以自动检测有益的条件，并且通过电子邮件、记录信息到Syslog服务器或SNMP Trap通知自己和其它相关 人员例如，当重传出现而消耗30%的网络流量时，您可以给网络管理员发送电子邮件。
或者如果您的SAP响应时间 超过了 1.5秒而耗用了 20% 以上的时间时，您可以给您的HP OpenView警报机构发送SNMP Trap您可以：• 定义对您有利的事件或使用大量预定义事件的其中一个• 为关键性能变量配置阈值，这在定时间隔期间是非常充足的• 监视事件并自动进行触发式通知• 通设设置每天最多只发送多少条消息和重新分配值来避免通知患难 详情请参阅“生成与使用报告”中的事件工具部分计算延迟——技术方面的细节PacketSeeker 可跟踪客户机－服务器传输的过 程，并可使用 TCP 连接信息来将交换的一部 分与其它部分区别开来以下图形有助于阐明 PacketSeeker对连接组件的深刻理解该图是标准的 TCP 通讯图表，显示了网络传 输随时间推移的过程箭头指明了通过客户机 与服务器之间的网络数据包随着您访问量的 增加，时间也会增加，连续的事件时间标注为TN， T1 代表第一个事件， T22 代表最后一个 事件在 T1 时间时客户机启动的 SYN 与服务器连 接T2时间时PacketSeeker注意到SYN并将 其传递给服务器 T3 时间时服务器做出 SYN-ACK 响应T4 时间时 PacketSeeker 注意 到SYN-ACK，并像往常一样对其进行传递。
TCP 经常在内核中和没有内容交换时快速做 出SYN-ACK响应SYN-ACK几乎实时紧随SYN因此，T4时间减去T2时间可准确测出ClientT1T5T8T11T16T19T20…一一 ackPacketSeeker orRequest data (there'S 一呱盘em置sh曲喘器羸皿toACKsare--..ACkServerSYN-ACK---一 一" T3芻驚0iodate length；Response 鸭坦----T21T7T10T13T14datawith.push^fla^lTi7T22Pack。