Responsiveness
This article needs additional citations for verification. (November 2010) |
![](http://upload.wikimedia.org/wikipedia/commons/thumb/9/91/Linux_kernel_and_gaming_input-output_latency.svg/300px-Linux_kernel_and_gaming_input-output_latency.svg.png)
Responsiveness as a concept of computer science refers to the specific ability of a system or functional unit to complete assigned tasks within a given time.[1] For example, it would refer to the ability of an artificial intelligence system to understand and carry out its tasks in a timely fashion.[2]
In the Reactive principle, Responsiveness is one of the fundamental criteria along with resilience, elasticity and message driven.[3]
It is one of the criteria under the principle of robustness (from a v principle). The other three are observability, recoverability, and task conformance.
Vs performance
[edit]Software which lacks a decent process management can have poor responsiveness even on a fast machine. On the other hand, even slow hardware can run responsive software.
It is much more important that a system actually spend the available resources in the best way possible. For instance, it makes sense to let the mouse driver run at a very high priority to provide fluid mouse interactions. For long-term operations, such as copying, downloading or transforming big files the most important factor is to provide good user-feedback and not the performance of the operation since it can quite well run in the background, using only spare processor time.
Delays
[edit]Long delays can be a major cause of user frustration, or can lead the user to believe the system is not functioning, or that a command or input gesture has been ignored. Responsiveness is therefore considered an essential usability issue for human-computer-interaction (HCI). The rationale behind the responsiveness principle is that the system should deliver results of an operation to users in a timely and organized manner.
The frustration threshold can be quite different, depending on the situation and the fact that user interface depends on local or remote systems to show a visible response.
There are at least three user tolerance thresholds (i.e.):[4]
- 0.1 seconds
- under 0.1 seconds the response is perceived as instantaneous (high user satisfaction);
- 1.0 seconds
- between 0.1 seconds and 1.0 second a slight delay is perceived, which is regarded as annoying in a local system but tolerated in a web interface that depends on a remote system for the response; this kind of delay usually does not interrupt user's flow of thoughts;
- 10 seconds
- between 1 second and 10 seconds, user's flow of thoughts is interrupted (user productivity is severely impacted) but user is able to keep his/her attention focused on the task being performed;
- over 10 seconds of wait is regarded as unacceptable as it usually interrupts the user's attention on task being performed.
Solutions to improve responsiveness
[edit]Although numerous other options may exist, the most frequently used and recommended answers to responsiveness issues are:
- Optimizing the process that delivers the output by eliminating wasteful, unproductive output from the algorithm or method by which the result is produced.
- A decent process management system, giving highest priority to operations that would otherwise interrupt the user's work flow, such as typing, onscreen buttons, or moving the mouse pointer. Usually there is enough "idle time" in between, for the other operations.
- Using idle time to prepare for the operations a user might do next.
- Let the user do something productive while the system is busy for instance, writing information in a form, reading a manual, etc. For instance, in a tabbed browser, the user can read one page while loading another.
- Deliver intermediate results, before the operation is finished. For instance, a web page can already be operated before all images are loaded, which will take up the idle time which would otherwise be spent needlessly.
- If some waiting is inevitable, a progress indicator can significantly reduce frustration. For short delays, an animated icon might be sufficient. Longer delays are better covered with a progress bar, or, if possible, the system should provide an approximation of the time that an operation is going to take before starting it.
See also
[edit]- Reliability, availability and serviceability
- Elasticity (cloud computing)
- Network resilience
- Agile construction
- Reactive user interface
- Responsive web design
References
[edit]- ^ Weik, Martin H. (31 December 2000). Computer science and communications dictionary. Springer. p. 1484. ISBN 978-0-7923-8425-0. Retrieved 17 November 2010.
- ^ University of Tennessee (System). Space Institute; SIGART. (1988). Proceedings: the first International Conference on Industrial & Engineering Applications of Artif[i]cial Intelligence & Expert Systems : IEA/AIE-88 at the University of Tennessee Space Institute (UTSI), Tullahoma, Tennessee, June 1-3, 1988. Taylor & Francis US. p. 180. ISBN 978-0-89791-271-6. Retrieved 17 November 2010.
- ^ Jonas Bonér; Dave Farley; Roland Kuhn; Martin Thompson (September 16, 2014). "The Reactive Manifesto (v2.0)".
- ^ Melius Weideman (2009). Website Visibility: The Theory and Practice of Improving Rankings. Chandos Publishing. ISBN 978-1-84334-473-5. Retrieved 2021-11-04.
External links
[edit]- [1] Chapter 9. Constructing A Responsive User Interface. by David Sweet
- Excerpt from the book Usability Engineering (1993) on response time
- UI Responsiveness on NetBeans Wiki
- Acceptable Response Times from the GNOME Human Interface Guidelines
- http://www.baychi.org/calendar/20031111/