¿Por qué está desactivada esta función? Cuando lo enciendo, muchas aplicaciones y me vuelvo ágil e increíble con gráficos suaves. Parece que sería bueno si estuviera habilitado de forma predeterminada.
El artículo vinculado en esta pregunta dice que la aceleración de hardware no es predeterminado hasta 4.0.
¿La opción «Forzar procesamiento de GPU», luego, se orienta a aplicaciones que usan API para 3.0 y versiones anteriores?
Respuesta
Cuando se agregó por primera vez el procesamiento de GPU, no era muy confiable. A veces, era más lento que el procesamiento de software, y había algunos tipos de GUI con las que simplemente no funcionaba. Por esta razón, el desarrollador de la aplicación tenía que probar su aplicación con el procesamiento de GPU y establecer una opción en el app «s manifest (el mismo lugar donde declara sus permisos) para habilitar el procesamiento de GPU para esa aplicación. La opción fue principalmente para facilitar a los desarrolladores la prueba del efecto del renderizado de GPU en su aplicación. Esto tiene sentido porque:
- la mayoría de los usuarios no saben o no se preocupan por el procesamiento de GPU y no saben si debería estar activado o desactivado para una aplicación determinada; y
- la configuración realmente debe ser por aplicación, no en todo el dispositivo, porque algunas aplicaciones simplemente no funcionarían con el procesamiento de GPU activado.
Después de más desarrollo, cuando llegó 4.0, el renderizado de GPU se volvió más confiable, por lo que se convirtió en el predeterminado para todas las aplicaciones: ahora depende del desarrollador deshabilitar explícitamente el renderizado de GPU si causa un problema en su aplicación. (Eso es muy raro ahora.) La opción «Forzar procesamiento de GPU» es vestigial y rara vez la usan incluso los desarrolladores ahora, porque ya es la predeterminada.
Comentarios
- ¿Sabe cómo modificar el renderizado de Force GPU con build.prop?
Responder
Para citar una publicación de XDA :
Habilitar esta preferencia en las opciones de desarrollador descarga la tarea de renderizar componentes de la ventana como botones, texto y cálculos complejos de gráficos 2D a la GPU. Esto a menudo resulta en una representación de la interfaz de usuario mucho más rápida, incluidas las animaciones. Por un lado, definitivamente logrará una mejor velocidad de fotogramas (y, por lo tanto, una experiencia fluida) en todo el sistema, pero puede terminar usando más batería. En ciertos dispositivos, la GPU consume más energía que la CPU, por lo que puede observar un 5-15% menos de duración de la batería con la opción habilitada.
Recomendaría tener esta opción habilitada en dispositivos con CPU más débiles, p. Ej. Rara vez debería necesitar habilitar esto en una CPU ARM de 1.4 GHz de doble núcleo.
La descarga de la representación de la interfaz de usuario en la GPU tiene beneficios obvios para que la CPU pueda trabajar en otras tareas importantes como E / S de base de datos, manipulación de datos, cálculos de diseño y respondiendo a las entradas de otros usuarios.
Dicho esto, el usuario debe decidir si quiere cambiar la duración de la batería por el rendimiento. Y creo que la mayoría de las personas querrían que sus teléfonos duraran más y mantuvieran el rendimiento a un ritmo aceptable.
Responda
está destinado a que los desarrolladores prueben sus aplicaciones, por eso no está habilitado de forma predeterminada.