Optimizar Linux Mint Cinnamon

Hola,

Me gusta esta pregunta porque en realidad plantea una reflexión más profunda. Con el material dado, las elecciones que hacemos (sistema operativo, software, uso) generan más o menos cálculos. Cuantos más cálculos hay, más se siente la lentitud, pero, además, mayor es el costo energético. Dicho de otra manera, creo que es importante tener un uso responsable tanto para uno mismo como para el planeta :-)

Volvamos al tema inicial. Para hacer que Linux sea más rápido, no hay realmente un "parámetro de configuración milagroso", depende esencialmente de tu hardware y de los software involucrados.

1) Aspectos relacionados con el hardware (aplicable a todos los sistemas).

• El disco duro: Para mí, es el factor principal en el tiempo de arranque del sistema o de una aplicación (los discos NVMe o SSD son mucho más rápidos que los discos SATA, que a su vez son mucho más rápidos que los discos IDE).
• La memoria (RAM): Si hay suficiente cantidad (lo que generalmente es el caso si tienes >2 Go de RAM), la PC no necesita apoyarse en la swap (el disco duro) cuando falta.
• El CPU

2) Aspectos software. De manera general, hay que elegir lanzar un mínimo de software lo más ligero posible. A veces hay que arbitrar, ya que lo más ligero puede venir a expensas del confort, tú debes encontrar el buen compromiso.

• Elección del controlador gráfico: si tu PC está equipada con una tarjeta gráfica Nvidia, debes saber que la carga del controlador propietario toma alrededor de un segundo o unos pocos segundos para cargarse. Sin embargo, sigue siendo necesario durante el uso intensivo de la GPU (por ejemplo, para juegos 3D exigentes, para hacer aprendizaje automático...)
• Elección de la cadena de arranque: En tiempos pasados, te habría hablado de upstart que aceleró significativamente el arranque al pasar de un modelo sincrónico a un modelo asincrónico en comparación con su predecesor init. Hoy en día, la cadena de arranque actual (systemd) también es asincrónica.
• Elección del servidor gráfico: No creo que cambie el rendimiento de manera drástica, pero por cuestiones de completud, lo menciono
  • en tiempos pasados, se utilizaba X11 reemplazado por xorg
  • hoy en día utilizamos xorg y cada vez más wayland
  • existen otros como hyprland -- que trae su propio entorno gráfico.
• Elección del entorno gráfico:
  • los más pesados: KDE/plasma, gnome shell
  • los intermedios: xfce, lxde, cinnamon
  • los más ligeros (y espartanos!): icewm, twm...
  • Ten en cuenta que se pueden instalar varios entornos gráficos al mismo tiempo. Se elige al arrancar, en el momento de identificarse en el gestor de escritorio (lightm, sddm, ...), cuál lanzar.
• Elección de los software:
  • En un entorno como KDE, te interesará más utilizar software de KDE que software no-KDE (cuando sea posible la elección).
  • No dudes en comparar software. Hace mucho tiempo, consideraba que chromium era mucho menos pesado que firefox (hoy en día es comparable).
• Aspectos de red: a veces la sensación de lentitud proviene de aspectos propios de la red, no de la computadora misma que solo está esperando la red.
  • Tipo de conexión (por ejemplo, fibra vs ADSL)
  • Naturaleza de la conexión (por ejemplo, Wi-Fi vs ethernet)
  • Enrutamiento (por ejemplo, a través de una VPN o sin VPN)
  • Tiempo de respuesta del servidor DNS (configurable)
• Elección de lo que hacemos: Idealmente, hay que pedirle al ordenador que haga solo lo necesario. A continuación, tomamos ejemplos más o menos simplistas para sentir la idea.
  • Búsqueda en el disco duro: Si tenemos una idea de la carpeta en la que encontrar un archivo, es mejor buscar desde allí que en todo el disco duro.
  • Búsqueda en Internet: Hoy en día, por defecto, google genera frecuentemente contenido generado por una IA. A veces es práctico, pero personalmente lo encuentro a menudo innecesario y sobre todo muy contaminante. Y se puede desactivar (ver este truco).
  • Compilación: Esta operación, que concierne a los desarrolladores de software, consiste en transformar su código de programación en un ejecutable. En caso de modificación del código, generalmente no queremos recompilar todo porque esta operación puede ser muy larga. Por eso, un buen desarrollador programa de manera modular (en varios archivos). Dado que el archivo es la granularidad mínima para compilar, es posible implementar una cadena de compilación que solo recompile los archivos modificados/afectados. Este es típicamente el papel de un Makefile.

En cuanto al gestor de actualizaciones, no tiene razón para ser inestable, de lo contrario es probablemente un error. Lanzar una actualización desde la línea de comandos a veces permite comprender mejor lo que bloquea la interfaz gráfica. Creo que es un tema un poco diferente, sería mejor que fuera objeto de otro hilo de discusión.

Buena suerte

Buenas noches Mamiemando,

Es amable de tu parte tomarte el tiempo para escribirme todo esto, gracias.

He reemplazado el disco duro por un SSD de 1 to.

Tiene 8 gigas de RAM en el PC. El procesador es un core i5 3210M, no hay tarjeta gráfica, es un chip de gráficos Intel soldado a la placa base.

No sabía que se podían instalar varios entornos gráficos, es bueno saberlo.

Atentamente.

Bueno, en cuanto a material, se reúnen todas las condiciones para que todo vaya bien. Dado que es un PC potente, realmente no hay restricciones sobre el software a utilizar. ¿Necesitas más aclaraciones?

Olvidé otro aspecto en #1. A priori no te concierne (lo menciono solo por completar) ya que tienes un disco SSD.

• Cuando tienes varios discos similares (lo que suele ocurrir en servidores), puede ser interesante poner una misma partición en varios discos. Se habla entonces de RAID. El RAID puede ser hardware (hecho con hardware dedicado, definido a nivel de BIOS) o software (por lo tanto, típicamente, durante la instalación, al particionar). Dependiendo del tipo de RAID elegido, es posible paralelizar los accesos de lectura (RAID1) y/o ser menos sensible a fallos de disco duro al implementar redundancia (RAID1/3/4/5). Más detalles aquí.
• Si no planeas usar Windows en este ordenador, también puedes usar LVM para indicar qué particiones físicas utilizar (en particular, puede ser un disco RAID). LVM no acelera nada, pero al igual que el RAID, si piensas usarlo, es mejor hacerlo durante la instalación al particionar. LVM permite, entre otras cosas, redimensionar más fácilmente las particiones y eventualmente cifrarlas. Después se definen las particiones de Linux a partir de estos discos LVM.
• RAID y LVM no son exclusivos y cada uno aporta sus beneficios. Si quieres más detalles sobre cómo hacer una instalación RAID+LVM, puedes consultar este excelente tutorial.

Buena suerte

Hola Mamiemando,

No, no necesito más aclaraciones, gracias.

Gracias por la explicación sobre el RAID.

Por ahora, solo tengo un SSD instalado en el portátil.

En cuanto al gestor de actualizaciones que falla, he decidido usar el terminal.

Atentamente.