¿Cuánto tiempo puede tomar para que aparezca una pantalla antes de que se considere un problema de rendimiento?

Estoy involucrado en el desarrollo de una aplicación de Windows que tiene varias pantallas. Uno de ellos tarda diez segundos en aparecer sin ninguna flecha giratoria u otra indicación de que la pantalla se está cargando. Considero que esto es un problema grave de rendimiento, pero parece ser el único preocupado.

¿Estoy siendo demasiado celoso? ¿Cuál es un período de tiempo aceptable para esperar a que aparezca una pantalla?

Esta es una investigación antigua pero 10 segundos es mala:

http://www.useit.com/papers/responsetime.html

de la página:

El consejo básico con respecto a los tiempos de respuesta ha sido casi el mismo durante treinta años [Miller 1968; Card y col. 1991]:

• 0.1 segundos es aproximadamente el límite para que el usuario sienta que el sistema está reaccionando instantáneamente, lo que significa que no es necesaria una retroalimentación especial, excepto para mostrar el resultado.

• 1.0 segundo es aproximadamente el límite para que el flujo de pensamiento del usuario permanezca ininterrumpido, aunque el usuario notará el retraso. Normalmente, no es necesaria una retroalimentación especial durante demoras de más de 0.1 pero menos de 1.0 segundo, pero el usuario pierde la sensación de operar directamente sobre los datos.

• 10 segundos es el límite para mantener la atención del usuario centrada en el diálogo. Para retrasos más largos, los usuarios querrán realizar otras tareas mientras esperan que la computadora termine, por lo que se les debe dar retroalimentación que indique cuándo la computadora espera que se haga. La retroalimentación durante el retraso es especialmente importante si es probable que el tiempo de respuesta sea muy variable, ya que los usuarios no sabrán qué esperar.

Más de dos segundos sin un reloj de arena y ya soy bastante escéptico. Diferentes personas tendrán algunas expectativas diferentes, pero esperaría 10 segundos sin comentarios para reconocer que hice clic en un botón o lo que sea que moleste a casi cualquier persona. Si importa o no molestar a sus usuarios es otra cuestión.

¿Qué piensan los usuarios previstos de esta aplicación? Si están de acuerdo, no se preocupe. En algunas aplicaciones que tienen que procesar muchos datos, está bien que un comando de apertura de ventana tenga un poco de retraso antes de abrirse.

Si es posible agregar una pantalla de bienvenida o una barra de progreso o algo para indicarle al usuario que está funcionando, sería bueno. Por lo general, trato de agregar un indicador de progreso de algún tipo si mi prueba muestra que una ventana tarda más de 2 a 4 segundos en aparecer.

Respetamos la regla de que no debería tomar más de 2 segundos para que CUALQUIER comentario aparezca para el usuario.

Dije cualquier comentario porque hay momentos en que no es posible cargar toda la página en 2 segundos. Debe informar a los usuarios qué esperar después de los primeros 2 segundos.

Aunque DKnight cita una buena investigación en su respuesta , otra cosa a considerar sería los requisitos de rendimiento del sistema. ¿Los usuarios realizan algún tipo de trabajo urgente o por alguna razón necesitan requisitos rápidos? Si de alguna manera puede preguntar a los usuarios qué tiempos de respuesta les gustaría ver, especialmente en términos de tiempos mínimamente aceptables, sería lo mejor. Realizar pruebas de usabilidad con observación también sería bueno para la usabilidad general, y si ve que un usuario se frustra por esperar después de realizar una acción específica, entonces sabe que debe volver a visitar el rendimiento de esa parte del sistema.

Sin embargo, en términos de generalidades, sospecharía que 10 segundos es realmente mucho tiempo. Hay algunas operaciones de larga duración, y si este es el caso, es importante proporcionarle al usuario señales de que el sistema todavía está funcionando y continuar esperando.

Estoy de acuerdo en que 10 segundos son definitivamente demasiado. Trabajé para aplicaciones de intranet en una Casa de software (utilizada solo internamente por los empleados) y el retraso máximo durante la carga de una página fue de 5 segundos. Este fue para mí el límite.

Sin embargo, vi otras aplicaciones internas, muy complejas, pero donde el tiempo de carga era algo dramático. En la peor situación, debido a miles de registros / consultas ejecutados, ¡tomó alrededor de 2 minutos! Pero, por supuesto, esto está muy lejos del contexto general.

Por lo tanto, concluiría diciendo que 3 o 4 segundos son el límite para proporcionar un buen servicio de respuesta.

Este no es un problema de rendimiento como tal, sino un problema de GUI. Se debe decir al usuario lo que hace el programa y, si tarda más de 1-2 segundos, se debe mostrar una barra de progreso.

Dicho esto, podría haber una RAZÓN para esto, si solía ser rápido, pero eso no es lo que pediste.

El problema típico con tales aplicaciones se está quedando sin memoria física, por lo que Disk I / O se convierte en el cuello de botella para cargar e intercambiar. También podría ser simplemente que los conjuntos de datos han crecido tanto que el algoritmo O (N ^ 3) ahora brilla.