MODO SEGURO: A VUELTAS CON LA FLUIDEZ DEL SOFTWARE

[galvanoid]

Según se dijo en el directo del otro día, se está trabajando en el tema de la fluidez, pero al parecer supondría tocar cosas de fondo.
No se si entendí que el tema de la fluidez se deba a lo relativo a acceso cartuchos, que requiere de mucho proceso de la PI.

Si es así, ¿no sería posible elegir entre un arranque normal y otro en "modo seguro"? Como hace windows, que arrancas así y quita procesos y funciones. Sería un modo en el que el acceso a cartuchos estaría deshabilitado.

Si eso hace que el sistema vaya fluido, podría usarse ese modo según para qué tareas y ser una solución rápida, aunque sin dejar de lado la optimización de la fluidez del sistema completo.

Saludos.

[droman]

Para eso... casi mejor que al pulsar sobre VCC y desactivar los slots, el sistema se volviese más agil por descargar aquello que le hace pesado. ¿Que quieres acceso a cartuchos de nuevo? Activas VCC y listo.

De todas formas, creo que se podría acelerar sin tocar los slots.

[merlinkv]

No sé, no conozco la arquitectura interna del MXSVR pero creo si el problema viniese de los slots, igual se podría configurar el modo de acceso o incluso si vamos a acceder a uno, dos, tres o cuatro slots ...

El caso es que Raspbian -que, evidentemente, no hace uso de los slots- va como un tiro, incluso a alta resolución ...

[efraimsangil]

No sé, no conozco la arquitectura interna del MXSVR pero creo si el problema viniese de los slots, igual se podría configurar el modo de acceso o incluso si vamos a acceder a uno, dos, tres o cuatro slots ...

El caso es que Raspbian -que, evidentemente, no hace uso de los slots- va como un tiro, incluso a alta resolución ...

Cualquier Linux va como un tiro, si, pero sin entorno gráfico. Si usar el entorno gráfico, bajo una RPI3B+, va lento, bastante lento. La RPI4 y la RPI400 son las únicas placas hasta la fecha, que son capaces de mover el entorno gráfico con fluidez.

[merlinkv]

Hombre, el Raspbian buster no va como en mi Pi4 de 8MB eso está claro, pero aún así va muchísimo más fluido que el entorno del VR que cada vez que pincho en algo tarda dos o tres segundos en reaccionar, aparte de que no puedo tener dos apps abiertas a la vez ...

[efraimsangil]

Hombre, el Raspbian buster no va como en mi Pi4 de 8MB eso está claro, pero aún así va muchísimo más fluido que el entorno del VR que cada vez que pincho en algo tarda dos o tres segundos en reaccionar, aparte de que no puedo tener dos apps abiertas a la vez ...

Claro claro. Yo entiendo que Alberto estudiará la optimización del sistema gráfico del VR. Y ojalá se mejore sin necesidad de cambiarse a una RPI4.

[merlinkv]

Tengo una Pi4 que está diciendo .... "usadme" .... jejejeje

[efraimsangil]

Tengo una Pi4 que está diciendo .... "usadme" .... jejejeje

Volviendo al tema del modo seguro. El sistema del VR es un Linux Raspbian sin entorno gráfico, luego lanza una aplicación msxvr_pi3 desde línea de comandos. Ese ejecutable es el sistema del MSXVR en sí.

Y hasta aquí, mis conocimientos del sistema

[fluffy]

El msxvr_pi3 es entonces una aplicacion X11 que sustituye el LXDE del Raspbian?

[efraimsangil]

El msxvr_pi3 es entonces una aplicacion X11 que sustituye el LXDE del Raspbian?

Que yo sepa no se hace uso del X11. Es una aplicación escrita en C. Es decir, si conoces el Emulation Station, funciona igual, es una aplicación en C que se ejecuta desde línea de comandos. Que si, que son aplicaciones gráficas, pero no tiene nada que ver con X11 ni nada de eso.