Linux tiene fama de ser ágil, eficiente y silencioso. Durante mucho tiempo, mi máquina habitual estuvo a la altura. Las aplicaciones se abrían rápidamente, los espacios de trabajo se integraban sin problemas y el sistema se sentía sólido como solo un equipo Linux de alto rendimiento podía. Luego, poco a poco, esa sensación cambió.
No hubo fallos importantes. No hubo pánico del kernel ni una espiral catastrófica de actualizaciones. El sistema seguía funcionando. Pero se sentía lento. Windows se tambaleaba. Las operaciones con archivos se arrastraban. Incluso la multitarea más sencilla empezó a resultar un poco pesada, como si el escritorio se hubiera empapado en almíbar mientras yo estaba ausente. Lo que siguió fue una sesión de resolución de problemas bastante silenciosa, casi obsesiva. Examiné a los sospechosos habituales. Seguí algunas pistas engañosas. Al final, la solución resultó ser completamente tediosa, casi ofensiva. Pero funcionó.
Enlaces rápidos
Cuando un sistema rápido empieza a sentir que algo no está bien
La diferencia entre ser lento y "algo no está bien"
Hay un momento muy específico que los usuarios de Linux conocen. El sistema no es técnicamente lento; las pruebas de rendimiento se ven bien, el uso de la CPU parece normal y no se observa sobrecalentamiento. Entonces empiezas a notar pequeños retrasos. Cambiar entre ventanas (alt-tab) se siente menos fluido; las aplicaciones tardan medio segundo más de lo que tu memoria espera, yLos ventiladores giran A menudo, por separado, no son nada. Juntos, crean la ligera sospecha de que algo falla en la plomería. Ahí es exactamente donde he llegado.
Mi dispositivo seguía funcionando perfectamente, lo que hacía que el problema fuera más frustrante, no menos. Las averías difíciles son fáciles de solucionar. La sensación general de bajo rendimiento es cuando empiezas a dudar de tu cordura. Así que abrí la terminal y empecé a buscar.
Lo que examiné primero (y que resultó ser ruido)
Los sospechosos habituales se comportaban con normalidad.
El primer paso fue como lo esperaba. Arranqué Htop y observé cómo el sistema respiraba un rato. El uso de la CPU era silencioso, sin procesos misteriosos que consumieran núcleos, el uso de la memoria era correcto, con mucho espacio libre y sin cambios bruscos. También revisé el espacio en disco, porque sí, todos hemos aprendido esta lección a las malas. La partición raíz estaba muy por debajo de la zona de pánico. Aun así, el sistema se sentía un poco lento en el uso diario.
Así que me sumergí en el clásico pozo de mejora. Revisé Servicios de puesta en marchaReduje algunas funciones que no necesitaban ejecutarse al inicio y deshabilité un par de asistentes en segundo plano que claramente habían sido demasiado largos. ¿Ayudó eso? Ligeramente, quizás. El tipo de mejora que solo se puede detectar si se es un inversor emocional. En otras palabras, no es el verdadero problema.
El momento en que dejé de adivinar y comencé a medir
La actividad del disco contó la verdadera historia.
Lo que finalmente impulsó la investigación fue simple. Dejé de mirar estadísticas ociosas y comencé a observar el sistema en acción real. Analicé las aplicaciones abiertas, Cambiar de espacio de trabajoTransferencias de archivos, todas esas cosas mundanas y cotidianas. Fue entonces cuando el comportamiento del disco empezó a sonar inusualmente inestable. Nada fallaba por completo, pero el sistema realizaba una cantidad sorprendente de entradas y salidas pequeñas y constantes. No lo suficiente como para causar un problema, pero sí para explicar la ligera ralentización que sentía.
Aquí es donde mucha gente se lanza directamente a actualizar su hardware: un nuevo SSD, un disco duro más rápido o un producto de venta minorista con un cable SATA. Me resistí, por poco, porque el patrón sugiere algo diferente.
La solución aburrida que realmente funcionó
Limpieza básica de paquetes
La verdadera mejora provino de algo completamente aburrido: el mantenimiento rutinario del sistema, que, francamente, había descuidado un poco. Con el tiempo, incluso los sistemas Linux bien mantenidos acumulan desorden. Los paquetes obsoletos permanecen. Las dependencias abandonadas se acumulan silenciosamente. Las cachés de paquetes crecen como ese cajón que todos fingen ser temporal. Así que realicé el aburrido mantenimiento como es debido.
En mi configuración basada en Debian, eso significaba:
- Eliminar paquetes abandonados.
- Limpiar la caché del paquete.
- Asegúrese de que los paquetes que fueron retirados parcialmente hayan sido desinfectados completamente.
- Refresque todo de forma limpia con un solo movimiento silencioso.
Nada fuera de lo común. Sin ajustes arriesgados. Sin actividad experimental del kernel a la 1:47 a. m. Solo mantenimiento. Y sí, lo sé. Esta es la parte donde los usuarios experimentados ponen los ojos en blanco y dicen: "Obviamente". Tengan paciencia. Porque la diferencia después del reinicio no fue ilusoria. Las aplicaciones se iniciaban más rápido, cambiar entre espacios de trabajo volvía a ser fluido, y la sutil fricción que me había estado molestando silenciosamente había hecho las maletas y se había ido.
Las pequeñas habilidades se acumulan con el tiempo
Los sistemas Linux modernos son resilientes. Pueden gestionar mucho desorden sin colapsar por completo. Esto es a la vez una ventaja y una desventaja. Cuando se acumulan paquetes sobrantes, cachés antiguas y pequeñas inconsistencias, rara vez provocan fallos importantes. En cambio, crean pequeñas fricciones dispersas por todo el sistema. Más información aquí. Un paso de metadatos ligeramente más pesado allí. Algunos toques de disco completamente innecesarios. Individualmente, ni siquiera los notarías. Juntos, crean esa inconfundible sensación de que tu máquina, antes rápida, ha desarrollado un ligero trastorno de personalidad.
Ejecute el mantenimiento del paquete apropiado.
Si su sistema Linux va ligeramente lento, comience por lo sencillo: revise la CPU, la memoria y el disco con cargas de trabajo reales. Supervise la actividad del disco durante las tareas normales. Ejecute el mantenimiento de paquetes adecuado. Reinicie una vez y reevalúe antes de cambiar nada más. Y lo más importante, resista la tentación de implementar diez ajustes de rendimiento a la vez. Si lo cambia todo, no aprenderá nada.
Linux es rápido. Pero también se beneficia de hábitos tediosos. A veces, la solución no es un nuevo kernel, un nuevo SSD ni pasar un fin de semana reescribiendo los archivos de configuración como un loco. A veces, son solo diez minutos de mantenimiento que ignoras educadamente. Molesto y tedioso, pero increíblemente efectivo. Y en mi caso, era justo lo que el sistema necesitaba.
