3 votos

MacOS High Sierra: Elimina el lag al redimensionar una ventana rápidamente

Me encuentro con este problema desde El Capitán. Básicamente, cuando cambio el tamaño de una ventana manualmente, se retrasa o como quieras llamarlo. Aquí hay un vídeo en tiempo real que muestra este problema .

Un gif ralentizado al 50% puede mostrar el puntero del ratón dirigiendo todo el redibujado de la ventana mientras calcula el diseño y luego redimensiona la ventana con cambios de diseño en vivo.

enter image description here

Observe cómo el puntero del ratón se adelanta y la ventana se retrasa cuando cambia el tamaño de la ventana rápidamente.

Mis especificaciones:

Procesador: Intel Core i5 a 2,5 GHz
Memoria: 16 GB 1600 MHz
Gráficos: Gráficos Intel HD 4000 - 1536 MB
Disco: 250GB SSD

La CPU no está limitada cuando el retraso está presente:

enter image description here

Aunque esto no ocurre en Windows 10 (mismas especificaciones), sigue siendo realmente molesto de tratar, y realmente me gustaría saber si hay algo que podría hacer o cambiar para deshacerse de este problema...

La pregunta: ¿Existe una forma de eliminar el retardo cuando se redimensiona una ventana rápidamente?

0 votos

Si abres el monitor de actividad, ¿hay algún uso de la CPU en el que la inactividad sea inferior al 50% o una presión de la memoria (amarilla o verde)? Cualquiera de los dos podría explicar fácilmente la lentitud de la respuesta y los detalles te llevarían a la causa del problema.

0 votos

Hola @bmike. Gracias por tu comentario. Puedo decir que mi promedio de "CPU% inactivo" está siempre entre el 80% y el 95%. Incluso haciendo trabajos pesados con NodeJS. Aquí hay una captura de pantalla de mi uso de la CPU, tenga en cuenta que estoy trabajando en un proyecto en este momento y el uso de algunas herramientas de prueba NodeJS con él. imgur.com/bwXf7iv

0 votos

Así que no creo que el uso de la CPU sea el problema aquí.

1voto

Oskar Puntos 1242

Esa respuesta parece totalmente correcta y lo único que podría ver sería hacer que Chrome hiciera de alguna manera menos cálculos del contenido dentro del marco y simplemente redimensionar la ventana y redibujar / redistribuir el texto y el contenido a una velocidad menor.

Esto parece una compensación intencionada: puedes ver que el contenido responde casi tan rápido como el puntero del ratón. No estoy en css / html suficiente para saber si hay una pista que podría incrustar para decirle al diseño web para no preocuparse por los cambios de diseño tanto y en su lugar esperar a que usted elija un tamaño de la ventana y luego actualizar.

Mi opinión es que el software no está optimizado para tu caso de uso en absoluto. Si Chrome, Safari y Firefox funcionan igual, es posible que la decisión de utilizar la CPU y limitar la velocidad de fotogramas se deba a consideraciones de consumo de energía y no a limitaciones inherentes al hardware. También podría ser que toda la capacidad de respuesta y los recursos se comprometen a hacer que el contenido se mueva dentro de la ventana para que sepas que estás arrastrando y menos sobre el intento de seguimiento de un cambio de tamaño de la ventana.

Diseccionar esto daría lugar a un interesante proyecto de investigación o, posiblemente, a una tesis para alguien que se dedique a las compensaciones e implementaciones del diseño de software. Lo cual es una forma larga de decir que no creo que haya una solución fácil para que hagas un cambio significativo que no sea usar otro navegador o sistema operativo.

0 votos

Hola, y gracias de nuevo por tu comentario. El contenido responde tan rápido como cambio el tamaño de la ventana, tal y como esperaría de algo que es "responsive". He estado probando esto en Windows 10 también y, no sólo el contenido de la ventana sino la propia ventana responde más rápido y sin problemas. Supongo que así funciona en MacOS.

0 votos

Sí @VictorWarren no lo dudo en absoluto. Creo que las curvas de animación son diferentes en MacOS que en Windows. Si uno hace más cálculos para suavizar el inicio y el final de las animaciones para hacerlas más naturales, el otro podría ser simplemente más espasmódico y reactivo. (siendo jerk la tasa de cambio de la aceleración en el tiempo en contraposición a janky que sería una opinión y no una característica medible de un método de animación). La tasa de animación también podría ser intencionadamente debilitada para que Chrome consuma menos energía en Mac OS - se necesitaría ese código para saber cualquier cosa.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X