Revivir una PC con Linux en hardware antiguo: guía 2026
(fosslinux.com/158206)- Las PC de 2014 a 2019 que quedaron fuera por los requisitos de Windows 11 —TPM 2.0, Secure Boot y CPU recientes— también pueden convertirse en máquinas de uso diario con Linux ligero, algo directamente vinculado con la reducción de residuos electrónicos
- La elección de distribución depende de la cantidad de RAM y la arquitectura de CPU, y las opciones realistas cambian según los rangos de menos de 2 GB, 2 a 4 GB y más de 4 GB
- El rendimiento percibido no lo determina solo la distribución: cambia mucho al reducir cuellos de botella con zram, ajustes de swappiness, limpieza de servicios y reemplazo por SSD
- El navegador es la app más pesada en escritorios Linux antiguos, por lo que ajustar Firefox y usar herramientas de bloqueo como uBlock Origin define la usabilidad real
- Si hay límites físicos claros —CPU solo de 32 bits, menos de 1 GB de RAM, errores SMART o de memtest86+, o temperaturas cercanas a 90 °C— el reciclaje es una opción más realista
Por qué una PC vieja todavía puede servir
- En todo el mundo se generan cada año cerca de 62 millones de toneladas de residuos electrónicos, y una parte corresponde a hardware que sigue funcionando correctamente
- Windows 11 exige TPM 2.0, Secure Boot y CPUs relativamente recientes, por lo que deja fuera del soporte a algunas PC de 2014 a 2019 que aún funcionan bien
- La baja de velocidad percibida en una PC vieja muchas veces viene más de los requisitos cada vez más pesados del sistema operativo que del hardware en sí
- Una instalación nueva de Ubuntu Xfce usa alrededor de 650 MB de RAM en reposo
- Windows 11 usa 3 a 4 GB de RAM incluso antes de abrir el navegador
- En 2026, el ecosistema de Linux ligero sigue activo, con lanzamientos importantes en curso
- BunsenLabs Carbon: lanzado en febrero sobre Debian 13; se discontinuó el soporte para i386
- Xubuntu 26.04 LTS: lanzado en abril con Xfce 4.20 y 3 años de soporte
- Linux Lite 8.0: lanzado en junio con kernel de rendimiento personalizado, stack de gaming integrado y asistente de IA local
Revisar el hardware antes de instalar
- Antes de elegir una distribución, conviene revisar la RAM, la arquitectura de CPU y el almacenamiento con
free -h,lscpu | head -10ylsblk - La RAM es el primer criterio para elegir distribución
- Menos de 2 GB: se necesita una distribución extremadamente ligera
- 2 a 4 GB: se pueden usar la mayoría de las opciones ligeras
- Más de 4 GB: en la práctica, se puede ejecutar la mayoría de las distribuciones
- Para 2026, las CPUs exclusivamente de 32 bits tienen muchas menos opciones
- Muchas distribuciones modernas dejaron de dar soporte a 32 bits
- BunsenLabs Carbon también discontinuó el soporte i386, así que no es adecuado para máquinas muy antiguas de 32 bits
- Si la máquina usa un HDD mecánico, cambiarlo por un SSD puede ser la mejora más grande
- Antes de instalar, es más seguro arrancar con un Live USB, ejecutar los mismos comandos y evaluar el rendimiento percibido
- Si la sesión Live es lenta, difícilmente se vuelva rápida de pronto después de instalar
Elegir distribución según la cantidad de RAM
-
Menos de 2 GB
- antiX es la primera opción para hardware muy limitado
- Basada en Debian Stable, sin systemd
- Usa alrededor de 256 MB de RAM en reposo
- Su interfaz está menos pulida que las opciones basadas en Ubuntu
- Puppy Linux se ejecuta por completo desde la RAM y puede revivir máquinas que muchas distribuciones rechazarían
- La curva de aprendizaje es más pronunciada
- Su fortaleza es el rendimiento
- BunsenLabs Carbon usa un gestor de ventanas ultraligero basado en Openbox y funciona sobre Debian 13
- El escritorio es minimalista y muy configurable
- Desde Carbon se discontinuó el soporte i386, por lo que no puede usarse en máquinas antiguas de 32 bits
- antiX es la primera opción para hardware muy limitado
-
2 a 4 GB
- Este rango está cerca del “sweet spot” para la mayoría de los proyectos de recuperación
- Lubuntu 26.04 LTS se basa en LXQt y usa unos 480 MB de RAM en reposo
- Es de las opciones basadas en Ubuntu más ligeras
- Tiene soporte LTS hasta 2029
- Linux Lite 8.0 incluye XFCE, un kernel de rendimiento personalizado, stack de gaming integrado, Lite Software y Lite Kernel Manager
- El uso de RAM en reposo ronda los 650 MB
- Sus herramientas adicionales mejoran la experiencia inicial
- En una prueba con una ThinkPad T440s de 2014, Lubuntu fue más rápido en tiempo de arranque y memoria en reposo, mientras que Linux Lite respondió mejor durante el uso gracias al planificador BORE
- Para uso diario, Linux Lite resultó más preferido
- En máquinas de 2 GB o menos, Lubuntu es más práctico
-
4 a 8 GB
- Con 4 GB o más, las distribuciones ligeras pueden ejecutarse con relativa comodidad
- Xubuntu 26.04 LTS ofrece Xfce 4.20 y el ecosistema de paquetes de Ubuntu
- Linux Mint Xfce ofrece una interfaz más cercana a Windows, con un diseño inspirado en Cinnamon
- En este rango, la preferencia personal pesa más que las limitaciones de hardware
Elegir entorno de escritorio: LXQt, Xfce, MATE
- El entorno de escritorio es la parte con la que se interactúa todos los días, así que influye mucho en la usabilidad percibida
- Las principales diferencias están en el uso de memoria y el alcance de la personalización
- LXQt: alrededor de 480 MB de RAM en reposo, personalización limitada, sensación de Windows XP, adecuado para minimalistas
- Xfce: alrededor de 650 MB de RAM en reposo, personalización profunda, sensación de Windows 10, adecuado para usuarios que cambian muchos ajustes
- MATE: alrededor de 580 MB de RAM en reposo, personalización intermedia, sensación de Windows 7, adecuado para usuarios tradicionales
- Xfce permite ajustar de forma más amplia la posición de paneles, widgets y comportamiento de ventanas sin editar archivos de configuración
- La diferencia de rendimiento entre LXQt y Xfce todavía existe, pero es menor que antes
- En la máquina de prueba, LXQt usó entre 50 y 80 MB menos de RAM en reposo que Xfce
- En una máquina con 2 GB de RAM, esa diferencia importa
- Con 4 GB o más, no es una gran limitación
- Antes de decidir, lo ideal es probar la experiencia directamente desde un Live USB
Optimización de memoria y servicios
-
Configurar zram
- zram crea un dispositivo swap comprimido dentro de la RAM, usando memoria comprimida en lugar de un disco lento
- La compresión tiene un pequeño costo de CPU, pero en máquinas fabricadas en los últimos 15 años el ahorro de I/O de disco pesa más
- En Ubuntu, después de instalar
zram-tools, se pueden ajustar los valores en/etc/default/zramswap - La configuración predeterminada funciona bien para la mayoría de las máquinas, y zram-tools de Ubuntu usa compresión lzo-rle por defecto
-
Ajustar swappiness
- Swappiness controla qué tan agresivamente Linux mueve contenido de memoria al swap
- El valor predeterminado 60 es razonable para la mayoría de las máquinas, pero en HDD antiguos conviene bajarlo
- En un HDD, las operaciones de swap pueden generar latencias de milisegundos, no de nanosegundos
- El valor recomendado cambia según el almacenamiento
- SSD: mantener swappiness en 60
- HDD antiguo: se recomienda 10 a 20
- Un ejemplo de configuración es usar
sysctl vm.swappiness=10y agregarvm.swappiness=10a/etc/sysctl.conf
-
Desactivar servicios innecesarios
- Los servicios en ejecución consumen memoria y ciclos de CPU
- Si no se usa Bluetooth, se puede apagar
bluetooth; si no hay impresora,cups; y si no se necesita descubrimiento de servicios mDNS,avahi-daemon - El ahorro individual es pequeño, pero en hardware limitado el efecto acumulado cuenta
Actualización a SSD y TRIM
- En máquinas antiguas con HDD mecánico, cambiar a SSD produce la mayor mejora perceptible de rendimiento
- Incluso con el mismo hardware, la diferencia por el almacenamiento es grande
- Arranque de Ubuntu en HDD: cerca de 45 a 60 segundos
- Arranque de Ubuntu en SATA SSD: cerca de 12 a 18 segundos
- Tiempo de apertura de apps: baja de 5 a 8 segundos a menos de 2 segundos
- Un SSD SATA de 256 GB suele encontrarse por menos de 30 dólares
- El reemplazo consiste en clonar el disco existente con
ddo Clonezilla y luego cambiarlo físicamente - Después de clonar, hay que comprobar que TRIM esté habilitado para mantener el rendimiento del SSD
- En Ubuntu,
fstrim.timerse ejecuta una vez por semana de forma predeterminada - Para ejecutarlo manualmente se usa
sudo fstrim -av
- En Ubuntu,
- También hay casos en los que actualizar a SSD no conviene
- Controlador SATA dañado
- Menos de 2 GB de RAM sin posibilidad de ampliación
- CPU solo de 32 bits, sin soporte de 64 bits
Optimización del navegador
- El navegador es la app que más recursos consume en la mayoría de los escritorios Linux
- Con 10 pestañas abiertas en Firefox, el uso de RAM puede llegar a 2 o 3 GB
- En
about:configde Firefox se pueden ajustar estas opcionesbrowser.cache.disk.enable: poner enfalsepara desactivar la caché en disco- En SSD, la caché en RAM es suficientemente rápida
- En HDD antiguos, las escrituras pequeñas repetidas pueden perjudicar el rendimiento
browser.sessionhistory.max_entries: reducir de 50 a 15 para ahorrar memoria usada por el historial de cada pestañabrowser.sessionstore.interval: aumentar de 15000 a 60000 para reducir la frecuencia de guardado de sesión y las escrituras en disco
- uBlock Origin es prácticamente imprescindible en hardware antiguo
- Bloquea anuncios y scripts de rastreo antes de que carguen
- En sitios con muchos anuncios, puede reducir entre 30 y 50% el uso de memoria de la página
- Si Firefox sigue siendo pesado, se puede considerar Falkon o Pale Moon
- Ambos son más livianos que Firefox, pero tienen un ecosistema de extensiones más limitado
Cuando no hace falta que sea una PC de escritorio: servidor doméstico
- Una PC que es lenta como escritorio diario pero funciona correctamente puede reutilizarse como servidor doméstico
- Un servidor de archivos basado en Ubuntu Server o Debian Minimal puede servir archivos en la red del hogar incluso con menos de 512 MB de RAM
- Un servidor DNS Pi-hole requiere todavía menos recursos
- Un servidor multimedia Jellyfin puede transmitir a otros dispositivos incluso en modest hardware
- Las cargas de trabajo de servidor suelen ser de tipo bursty: pasan la mayor parte del tiempo en reposo y solo generan carga cuando hay solicitudes
- Las opciones recomendadas son Ubuntu Server 26.04 LTS o Debian 12 Minimal
- Ambas son ligeras, estables y ofrecen soporte a largo plazo
- Convertir una PC de escritorio en servidor permite aprender habilidades de administración Linux como redes, gestión de servicios, endurecimiento de seguridad y automatización
Cuándo conviene rendirse
- No todas las máquinas viejas merecen ser revividas
- La combinación de CPU solo de 32 bits y menos de 1 GB de RAM deja muy pocas opciones
- Puppy Linux y algunas distribuciones derivadas de Debian pueden ejecutarse
- Más allá de edición básica de texto, la experiencia puede volverse dolorosa
- El estado del almacenamiento se revisa con SMART
- Si
sudo smartctl -a /dev/sdamuestra sectores reasignados, pending sectors o uncorrectable errors, el disco está en proceso de falla - En ese caso, hay que cambiar el disco o considerar reciclar la máquina
- Si
- Los errores de RAM no se solucionan con software
- Si
memtest86+muestra errores, es señal de falla del módulo de memoria
- Si
- En problemas térmicos, el mantenimiento físico va antes que la optimización de software
- Si la CPU llega a 90 °C con carga ligera, hace falta limpiar el ventilador y cambiar la pasta térmica
- Si aun así no se resuelve, el sistema de enfriamiento podría estar físicamente dañado
- Si después de aplicar optimizaciones la máquina sigue sin poder ejecutar un escritorio Linux ligero a una velocidad usable, conviene usar un programa responsable de recolección de residuos electrónicos
Conclusión práctica
- Para revivir hardware antiguo con Linux, hace falta elegir una distribución acorde al nivel de hardware, ajustar zram y servicios, y evaluar con realismo los límites físicos
- Las recomendaciones por RAM son relativamente claras
- 4 GB o más: Linux Lite 8.0 o Xubuntu 26.04
- 2 a 4 GB: Lubuntu 26.04 LTS
- Menos de 2 GB: antiX o BunsenLabs, siempre que el hardware sea de 64 bits
- Una actualización a SSD puede cambiar mucho la velocidad percibida de una máquina vieja
- La optimización del navegador es necesaria para evitar que Firefox consuma toda la memoria disponible
- Seguir usando una PC antigua que funciona bien ayuda a reducir el hardware que termina en vertederos
1 comentarios
Opiniones de Hacker News
Justo después de arrancar usa 1.1 GB de memoria, y tras instalar varias apps el uso de disco es de unos 10 GB. Tiene todo lo necesario para uso real: navegador, Docker, editor de video, editor de imágenes, LibreOffice, OBS, máquinas virtuales y muchísimas herramientas de línea de comandos.
Funciona excelente incluso en hardware de alrededor de 2014; tiene 16 GB de memoria, pero creo que con 8 GB también estaría bien para proyectos basados en Docker o edición de video 1080p.
Incluso en una GeForce 750 Ti de 2 GB, Silksong corre a 60 FPS, pero compré una AMD RX 480 de 8 GB usada para ejecutar varias tareas en paralelo con más fluidez. Wayland se pone bastante complicado, especialmente en tarjetas NVIDIA, cuando hay poca memoria de video de la GPU.
Uso la misma configuración en una laptop más moderna, pero si no es una tarea muy limitada por CPU, no se siente mucho más rápida.
La configuración para levantar el sistema en 10 a 15 minutos con un solo comando está aquí: https://github.com/nickjj/dotfriedrice
Cuando instalé AntiX en una Chromebook de 2 GB, se caía con solo unas cuantas pestañas del navegador. Puede haber sido un problema de la laptop que compré en Goodwill, o quizá porque desactivé el swap para no forzar demasiadas escrituras en el viejo SSD/NAND soldado de 16 GB: https://www.youtube.com/watch?v=VhozuNv-J7Q
Bodhi tiene más funciones que Puppy y un gestor de paquetes más común. Me gusta arrancar desde RAM, pero Puppy tiene una curva de aprendizaje más pronunciada y tiende a estar menos mantenido que Bodhi. Bodhi además pronto tendrá una nueva versión: https://www.reddit.com/r/bodhilinux/comments/1qqrfyj/is_bodh...
Como ya no tengo la Chromebook, también grabé un video corriendo Bodhi en VirtualBox con 1 GB; en reposo usaba unos 350 MB de memoria. Quizá era antes de ejecutar Chromium: https://youtu.be/61xI-g--ozs?si=y7ukxyEGSj_kNPF7
Considerando el soporte de gestores de paquetes adicionales, Enlightenment como una UI decente y la compatibilidad, creo que Bodhi es mucho mejor opción que los 250 MB de memoria en reposo de AntiX.
Para la familia Atom N450 recomiendo eXe Linux: https://exegnulinux.net/ también hay un video relacionado.
No conocía BunsenLabs, pero voy a revisarlo. Como referencia, el chip Atom N450 soporta 64 bits aunque sea de un solo núcleo, así que también puede encajar bien en esos equipos.
Dicho eso, si estás jugando hasta el punto de intentar hacer usable un N455, acabas entrando en modo de modificación totalmente por hobby, porque era un chip gravemente débil incluso cuando salió. Por eso lo usé como excusa para aprender Arch Linux.
Con solo 2 GB de RAM y un almacenamiento lento de 16 GB, sentía que debía tener la certeza de que cada componente de la máquina era algo que yo había elegido instalar.
El problema es que, si no usas a diario los detalles de un entorno completamente personalizado así, es difícil que se te queden en la cabeza. Pero también me pregunto para qué podría usarse a diario un N455, aparte de como thin client.
Mi artículo sobre Arch Linux en la Cr-48 está aquí: https://dansalva.to/resurrecting-a-prototype-chromebook-with...
Desde que escribí el artículo, se corrigió el soporte gráfico i915 en Wayland, así que si quieres, ahora también es realista usar un entorno de escritorio Wayland.
Las máquinas con 2 GB de RAM o menos por lo general usaban DDR2 o DDR3 de la era Core 2 Duo, y normalmente soportaban entre 8 y 16 GB.
Hoy 8 GB de DDR3 cuestan alrededor de 10 dólares, y las máquinas que aceptan esa memoria se encuentran por pallets enteros en montones gratuitos de basura electrónica. Así que me pregunto cuánta gente aceptaría quedarse con menos de 2 GB en vez de 8 GB por ahorrarse 10 dólares.
Tampoco todos los chipsets de escritorio soportaban 8 GB o 16 GB. La laptop que tengo tiene 3 GB, y una de las ranuras solo soporta hasta 1 GB.
Por eso siguen siendo más caros de lo que uno pensaría, y hace unas semanas vendí algunos a 25 dólares cada uno.
Además, en algunas laptops el firmware no soportaba más de 4 a 6 GB de RAM. Algunos de los primeros modelos de Intel MacBook no reconocen 8 GB aunque físicamente puedas instalarlos.
En cambio, estoy usando una iMac de 2010 con 32 GB de RAM, ocupando sus 4 ranuras SO-DIMM DDR3. Fue un proyecto de “solo por diversión” antes de la subida de precios por la IA.
Las iMac de esa época permitían actualizar CPU, RAM y GPU, así que le cambié a una CPU i7, una GPU AMD m4000 y un SSD, y Linux Mint corre muy bien.
Fuera de eso, si les instalas el firmware de MrChromebox, se vuelven máquinas sorprendentemente utilizables.
Y pensar que hay pallets enteros de esas máquinas en pilas de residuos electrónicos gratis; estoy escribiendo esto desde una de ellas :(
Después de que empezó 2026, convertí una MacPro4,1 de 15 años en una máquina potente basada en Ubuntu 24. Usa una GPU de 2019 y HBM2.
Antes de eso, casi no sabía nada de computadoras que no fueran macOS. Crecí con Mac y también tengo tres máquinas modernas con Apple Silicon, pero la vieja MacPro volvió a ser mi máquina principal de uso diario. La razón es Linux.
Me sorprende que esta máquina vieja ejecute Ollama3.1 más rápido que una M2Pro/M3/M4. Es totalmente gracias a la GPU, y hasta esa GPU sigue siendo vieja según los estándares actuales.
Ni siquiera hace falta irse a algo tan antiguo. Muchas empresas están actualizando PC ultracompactas, y se formó una comunidad de self-hosting basada en equipos Tiny de Lenovo, HP y Dell.
Con hardware viejo no solo se puede reemplazar Windows, sino también servicios en línea como nube, NAS, DNS, VPN y multimedia usando Proxmox.
Claro que estos sistemas no son de 2 GB, pero muchos sistemas de hace 8 o 9 años también se descartan por ser “demasiado viejos”, y pueden hacer cosas bastante geniales.
Un amigo que trabaja en un MSP me dio hace un mes una Lenovo m710q Tiny, y resultó bastante buena como escritorio Debian para el banco de trabajo del garaje. Tuve suerte, porque últimamente los precios de estos equipos Tiny están subiendo. Parece que la gente ya se dio cuenta.
De hecho, hasta hace un mes usaba una Dell Optiplex 7050 Micro.
También son muy buenas para juegos retro.
Como admitían PCI Express de bajo perfil, podía conectar monitores con salida 4K usando solo DisplayPort y una Radeon 7470 o R5 R240.
Por un poco más también se podía comprar un i5, y algunas empresas de trabajo remoto llegaron a ofrecerme enviarme máquinas del mismo tamaño.
Hoy muchas prefieren enviar laptops y estaciones de acoplamiento, lo que las hace mucho más portátiles, aunque personalmente no necesito ni eso.
La preocupación general de que la brecha entre los requisitos de software y el rendimiento del hardware se está ampliando es válida.
Ahí es donde brillan los proyectos de software libre y de código abierto. Porque piensan a fondo en cómo ofrecer las funciones que necesita el usuario moderno aprovechando con inteligencia recursos de cómputo antiguos.
Estoy en la industria desde los años 90, pero aún me sorprende que tantas empresas sigan invirtiendo tan poco en compatibilidad hacia atrás y rendimiento al diseñar sistemas operativos y aplicaciones.
He usado una Panasonic Toughbook CF31-5 durante casi 10 años, y aunque a algunos les parecerá un dinosaurio, para mí fue una gran mejora frente a mi entorno portátil anterior. La memoria máxima es 16 GiB de DDR3 SDRAM con un Intel Core i5-5300U.
Cuando la compré probé Debian y Ubuntu, pero ya entonces se sentían lentos; desde que instalé Xubuntu la sigo usando sin problemas de rendimiento.
Principalmente uso Emacs y herramientas de TeX, y escribo Elisp y LaTeX, así que me alcanza. No juego títulos pesados en gráficos, ni uso interfaces intensivas en GPU ni visualizaciones de datos pesadas.
Pero sí tengo un criterio claro: en Xubuntu puedo ejecutar sin problema el framework de automatización de pruebas que necesito para el trabajo. En los sistemas provistos por la empresa con Windows 11 y macOS Tahoe, esa app va a paso de tortuga y en la práctica es inutilizable.
Es una lástima que no se diga ni una palabra sobre MGLRU y su configuración. En PC de bajos recursos, especialmente con poca RAM y HDD lentos, es lo que más impacta el rendimiento.
Hay publicaciones de usuarios del parche “le9”, creado por desarrolladores de ChromeOS mucho antes de MGLRU. Aprovecha una idea similar: mantener en RAM los archivos críticos de caché el mayor tiempo posible.
En máquinas de bajos recursos, la diferencia percibida suele ser enorme.
https://phoronix.com/forums/forum/…
https://phoronix.com/forums/forum/…
Me pregunto si hay distribuciones donde esté desactivado. En especial, si es el caso de las distribuciones mencionadas en el artículo, habría que recompilar el kernel; si no, habría que enviar un reporte de bug a la distribución.
Me gusta usar hardware viejo de esta forma, pero la navegación web en laptops antiguas es dolorosa.
Incluso usando un navegador liviano y bloqueador de anuncios, los sitios web son tremendamente lentos. Cosas como Google Maps o Google Docs se vuelven prácticamente inutilizables.
No estoy en contra de JavaScript en la web en sí, para nada, pero algo hay que resolver cuando páginas de documentos básicos, formularios o tablas que, por donde se las mire, deberían caber en como máximo 1 MB de RAM terminan consumiendo 0,5 GB.
Para hardware viejo, Void Linux, Xubuntu o Linux Mint Xfce son buenas opciones. Si hay que mantenerlo actualizado y conectado a internet, conviene ir por ese lado.
Personalmente, AntiX y Puppy Linux me parecen un poco ásperos. Preferiría dejar sin conexión una versión antigua de Windows completamente actualizada y diseñada para ese hardware.
Para juegos retro o ripear CD, encaja muy bien.
Me pasó algo parecido cuando intenté usar una laptop vieja con 2 GB de RAM.
Me sorprendió lo mucho que sufría incluso con tareas básicas. Mi primera computadora tenía 32 MB de RAM; claro que ahora es un mundo totalmente distinto, pero tampoco estaba intentando hacer algo mucho más ambicioso que lo que hacía en aquella PC.
Mi primera PC con Linux era una 386DX-40 con 20 MB de RAM y un HDD de unos 80 MB.
Podía correr X Windows, Emacs y gcc para las tareas de Ciencias de la Computación de la universidad. Para usar un escritorio de tamaño decente, como 1024x768 o 1280x1024, tenía que usar gráficos de color seudocolor de 8 bits en un buen CRT.
Pero en cuanto abrí un JPEG descargado de un sitio web académico, cayó en una tormenta de swap. Era un escaneo de alta resolución de un manuscrito antiguo, pero probablemente tenía menos píxeles que una foto de smartphone de esta década.
Incluso para tareas comunes había que soportar retrasos frecuentes por swap cada vez que se ejecutaba un programa nuevo y los programas viejos quedaban desplazados.
Y si abro más de 3 apps Electron, casi siempre se acaba todo.
Hace 15 años, 8 GB de RAM eran del nivel de “¿en qué voy a usar tanto espacio?”.
Me da escalofríos oír que Windows 11 usa 3 GB de RAM en reposo. No entiendo cómo puede ser posible.
La hinchazón está en niveles astronómicos, pero a la mayoría no le importa en absoluto.