（软）实时延迟是否有普遍接受的定义？

Question

我试图找到用户愿意等待远程服务响应多长时间的基准。在我的情况下，回应是非常有用的，但不是数据输入的业务关键验证。我猜想在HCI领域肯定有一些工作要做。

如果您知道soft的普遍接受的定义，那么实时响应很棒，但我也很感谢您的理由。

Chris

Answer 1

美国国防部MIL-STD 1472-F人体工程学标准有（以秒从表二十二，第196页，次）的最大允许响应时间最广为接受的要求：

密钥响应（按下按键，直到正响应，例如“点击”）：0。1

密钥打印（键按压直到字符的外观）：0.2

页转到（请求结束直到前几行是可见的）：1.0

寻呼扫描（的请求结束直到文本开始滚动）：0.5

XY项（From字段的选择，直到视觉验证）：0.2

功能（从命令选择直到响应）：2.0

指点（从点的输入，以显示点）：0.2

草图（从点的输入，显示线路的）：0.2

本地更新（使用本地数据的基础上切换到图像，例如，新的菜单列表）：0.5

主机更新（从显示缓冲器）：2.0

文件更新（改变，其中数据是在宿主中容易地访问的形式）：10.0

询问 - 简单（例如，尺度变化的现有的图像）：2.0

询问 - 络合物（图像更新需要接入到主机文件）：直到一个常用的消息的显示10.0

误差反馈（从命令）：2.0

正如你可以看到，可接受的响应时间取决于用户等待的响应。对于类似下拉菜单的内容，最多为0.5秒。对于浏览器中的整页加载，您希望某些内容在1.0秒到2.0秒之间出现，并且整个页面在10.0秒内加载。在上述所有情况中，响应时间越短越好。只有在奇怪的情况下，用户才会反应0.001秒的响应时间。

在任何情况下，如果响应时间大于0.5 s，则需要提供诸如跳动或沙漏精灵等反馈。如果响应时间至少为5-15秒（取决于您使用的标准），请提供进度条。使用进度条，只要您将用户设置为“批处理”进程而非交互式程序，就可以接受非常长的响应时间（按订单或甚至几小时的分钟数）。用户输入所有内容并等待一个小时比输入四次更好，每次输入后等待15分钟。

以上列表具有可接受的标准。 愿意等待的时间（例如，在放弃之前）基本归结为进行成本收益分析的用户。我将会值得等待吗？我的沉没成本是多少？是否有替代方案（例如另一个网站）可以做得更好？我可以在等待充分利用时间的同时做其他事情吗？然而，无论用户愿意做什么，你都可以打赌他们会拖延超过上述标准。

Answer 2

不幸的是，这个问题的答案通常不是一个明确定义的数字。用户的期望差异很大，可以根据你在说什么改变。随着计算机越来越普及，我们（消费者）对速度的期望越来越高，远程服务，网站甚至应用程序都需要继续更快速地响应。一般来说，你希望一切都尽可能快。

这样说，我会看看你的远程服务是什么。既然你说过，“回应对我来说非常有用......”，这意味着它可能会经常使用。人们倾向于使用有用的东西。如果是这样的话，我会寻找让远程服务迅速响应的方法。

当然，在服务写入之前，您也不希望开始优化。目前的响应时间是多少？这将被用于什么背景？这些因素将对确定最长的用户愿意等待该服务有很大的帮助。

Answer 3

人类反应时间似乎在200 ms左右 - 任何附近的东西都会被视为瞬时。这种数字很难实现，特别是在从远程服务获取信息的应用程序中。

如果你看一下Google的搜索建议框，那么滞后很小 - 不到一秒钟。它的速度非常快，对于一个Web应用程序来说真的很棒。这对Google用户来说真的很不错，但这对你来说是个坏消息。现在，用户希望大多数应用程序能够以相同的速度和效率进行反应;任何慢的都被认为是相当滞后的。但值得注意的是，人们的耐心往往随着手头任务的复杂程度而变化。简单的表单提交应该不会花费太多时间，但上传照片等内容预计需要一段时间。

我的感觉是这样的：走你的直觉。如果您的应用程序非常简单，那么您应该尝试将等待/加载时间缩短到不到一秒钟。如果你不能，那么你最好的选择就是添加一个指标，这样用户就知道一些计算正在后台完成。这可以是小动画或进度条的形式。

Answer 4

您可能想要搜索“SLA”或“服务等级协议”。这些是Web业务中的文档，可以确保数据返回给用户的时间长度，无论是HTML文档还是Web服务调用。