Pregunta en el subreddit de CachyOS si instalar CachyOS u Omarchy y las dos respuestas mejor valoradas no son recomendaciones. Una dice «Asking this in related to CachyOS sub…bruh». La otra lo compara con entrar en un foro de Honda y preguntar si comprar un Accord o un Camry.
Las dos respuestas tienen razón, y el motivo es mecánico más que de actitud. Las diferencias entre distros basadas en Arch se reducen a dónde modifica cada proyecto el Arch de serie. Para las distribuciones comparadas aquí, esas modificaciones caen sobre todo en cinco sitios: el instalador, el kernel y los objetivos de compilación, los repositorios de paquetes, el escritorio y su configuración, y la política de actualización y reversión. CachyOS y Omarchy hacen sus mayores cambios en capas distintas.
La versión corta
- Para las distribuciones comparadas aquí, las diferencias útiles caen sobre todo en cinco capas: instalador, kernel y objetivos de compilación, repositorios de paquetes, escritorio y configuración, política de actualización y reversión.
- Un proyecto puede cambiar una capa y dejar las otras cuatro intactas, y así es como dos distribuciones pueden ser ambas «basadas en Arch» y no compartir casi nada.
- CachyOS cambia a fondo las capas de kernel/compilación y repositorios, cuida el instalador y no impone ningún escritorio: eliges el tuyo al instalar.
- Omarchy cambia a fondo las capas de escritorio y política de actualización, mantiene su propio canal de paquetes y no hace cambios al kernel ni a los objetivos de compilación motivados por el rendimiento.
- Las capas se adoptan por separado: CachyOS documenta cómo añadir sus repositorios a una instalación de Arch existente, y hay gente que ha seguido ese camino en Omarchy con resultados dispares.
Lo que este artículo no resuelve
Tres preguntas están tan cerca de esta que pueden confundirse con ella, y cada una necesita un tipo de prueba distinto del que puede dar una taxonomía.
- Si CachyOS es más rápida en general. Esa pregunta tiene su propia base de evidencia y su propio artículo.
- Cuál de las dos deberías instalar.
- Todas las derivadas de Arch que existen. Aquí se nombran cinco, y estas cinco capas son un modelo de comparación para este grupo, no una taxonomía exhaustiva de todas las derivadas de Arch.
Las cinco capas que sigue esta comparación
Para las derivadas comparadas aquí, cinco capas explican la mayoría de las diferencias relevantes: el instalador, el kernel y los objetivos de compilación, los repositorios de paquetes, el escritorio y su configuración, y la política de actualización y reversión. Un proyecto puede cambiar una y dejar las otras cuatro exactamente como las entrega Arch.
El instalador es el camino desde el hardware desnudo hasta un sistema arrancado, y la capa donde un proyecto decide cuántas decisiones te deja. El Arch de serie documenta una instalación manual y también incluye el instalador guiado archinstall en su ISO live; una derivada puede aun así sustituir esa experiencia por sus propios valores guiados. Lo que importa es qué decide ese instalador por ti: sistema de archivos, gestor de arranque, cifrado, controladores, escritorio. Cada valor por defecto es una postura que alguien tomó.
La capa de kernel y objetivos de compilación cubre tres cosas que se confunden. Qué compilación del kernel arrancas. Contra qué conjunto de instrucciones de CPU se compilaron tus paquetes. Qué planificador decide qué se ejecuta y cuándo.
Un objetivo de compilación es el nivel de microarquitectura para el que se construyó un paquete. x86-64 es la base que soporta cualquier procesador x86-64. x86-64-v3 añade características como AVX, AVX2, BMI1, BMI2 y FMA, mientras que x86-64-v4 añade requisitos de AVX-512 por encima de v3. Un paquete construido para cualquiera de esos niveles no arrancará en un procesador que carezca del conjunto de características requerido. El planificador decide qué tarea lista obtiene el procesador a continuación, y los planificadores equilibran de forma distinta rendimiento y capacidad de respuesta interactiva. Una derivada puede cambiar las tres cosas, una o ninguna.
La capa de repositorios de paquetes es una cuestión de procedencia: de quién es la compilación del paquete que recibes, cuán reciente es y quién controla el canal por el que llega. El Arch de serie toma los binarios de core, extra y multilib, con el AUR al lado como recetas de compilación que compilas tú mismo. Una derivada puede superponer su propio repositorio, poner un retraso deliberado delante de los de Arch, o ambas cosas.
La capa de escritorio y configuración es lo que aparece en pantalla y cómo está organizado, y es donde el vocabulario hace tropezar a la gente. Un entorno de escritorio como KDE Plasma o GNOME es un paquete completo: gestión de ventanas, panel, gestor de archivos, ajustes, aplicaciones. Un gestor de ventanas en mosaico como i3, o un compositor Wayland en mosaico como Hyprland, gestiona la colocación de ventanas sin aportar una suite de escritorio completa, dejando la barra, el lanzador, las notificaciones y la pantalla de bloqueo como piezas separadas. Una derivada puede imponer un shell, ofrecer un menú o no tomar postura.
La capa de actualización y reversión cubre cómo avanza el sistema y cómo vuelves atrás cuando avanza hacia algún sitio malo. En el Arch de serie ambas cosas son tuyas: pacman -Syu cuando tú decides, recuperación mediante la caché de paquetes o un esquema de instantáneas que hayas montado. Una derivada puede envolver ese comando, ponerle una barrera o dejarlo en paz, y puede convertir la recuperación en un valor por defecto organizando el sistema de archivos para que las instantáneas sean baratas. Eso es lo que compra un esquema de subvolúmenes Btrfs: una instantánea es una copia puntual de un subvolumen, y con integración en el gestor de arranque una derivada puede exponer esas instantáneas como opciones de recuperación.
Qué cambia CachyOS
CachyOS cambia a fondo la capa de kernel y objetivos de compilación y la capa de repositorios de paquetes, cuida el instalador y no impone ningún escritorio. Distribuye sus propias compilaciones del kernel y recompila los paquetes de Arch para niveles de características de CPU más nuevos, y luego deja lo que aparece en pantalla a quien la instale.
Su instalador te permite elegir escritorio, sistema de archivos y kernel, además de paquetes y gestor de arranque, y una herramienta de detección de hardware instala controladores para lo que encuentre. Las opiniones del proyecto viven debajo del instalador, no dentro de él.
El kernel linux-cachyos por defecto se compila con Clang ThinLTO y perfilado AutoFDO, y la familia ofrece BORE, EEVDF y BMQ como planificadores seleccionables. Por separado, soporta sched-ext, un marco para cargar un planificador BPF desde el espacio de usuario sin compilar un kernel nuevo. Las dos cosas son distintas: sched-ext cambia un planificador en tiempo de ejecución; no es una cuarta entrada en esa lista.
CachyOS también recompila los paquetes de Arch para x86-64-v3, x86-64-v4 y Zen4+, y su wiki afirma una mejora del 5 % al 20 % para x86-64-v3 respecto a la base. Es la cifra de CachyOS para su propio trabajo, no una medición independiente. Los paquetes recompilados viven en un repositorio de CachyOS superpuesto a core, extra y multilib de Arch en lugar de sustituirlos. Superponer en vez de sustituir mantiene legible la procedencia: de cualquier paquete puedes seguir diciendo qué canal lo construyó.
El escritorio es la capa que CachyOS no impone. Tú eliges el entorno, aunque varias opciones vienen con ajustes o dotfiles mantenidos por CachyOS. Su instalador en línea ofrece diecisiete entornos o más, incluidos KDE Plasma, GNOME, Hyprland, Niri, Sway y Xfce, y la elección es tuya. CachyOS Hello y el Kernel Manager son utilidades de gestión del sistema, no un shell.
CachyOS no exige su propio envoltorio de actualización: pacman -Syu directo sigue siendo un camino documentado, junto a herramientas opcionales como Shelly, Octopi y las actualizaciones sin conexión. Instalada sobre Btrfs, CachyOS organiza subvolúmenes separados y usa Snapper para instantáneas de recuperación; las configuraciones de gestor de arranque soportadas pueden exponer esas instantáneas para recuperación.
Qué cambia Omarchy
Omarchy cambia a fondo la capa de escritorio y la capa de política de actualización, distribuye su propio canal de paquetes y no hace cambios motivados por el rendimiento al kernel ni a los objetivos de compilación. Instala un único escritorio fijo y toma el control del comando de actualización en lugar de dejarte pacman a ti.
Omarchy se instala desde su propia ISO, en todo el disco o en el espacio libre junto a otro sistema operativo, y cifra el disco por defecto. El instalador no pregunta por el escritorio, porque solo hay una respuesta.
La capa de kernel y objetivos de compilación queda en gran medida intacta. El propio manual de Omarchy la describe como una distribución basada en Arch construida alrededor de Hyprland y Quickshell, y en sus páginas de instalador, actualización, dotfiles y CLI no documenta ningún kernel personalizado, ningún objetivo de compilación ni ninguna selección de planificador. En hardware corriente, Omarchy ejecuta los paquetes del kernel de Arch de serie, que le llegan desde un espejo de Arch como el resto del sistema. La única sustitución de kernel que documenta el manual es por soporte de hardware: en los Mac Intel con chip T2, el instalador configura un kernel linux-t2 parcheado.
La capa de repositorios sí la cambia, aunque en un eje distinto al de CachyOS. Omarchy se instala como paquetes pacman normales desde su propio Package Repository, y su canal stable por defecto sigue un espejo de Arch que va un mes por detrás del más reciente, de modo que las incompatibilidades afloran primero aguas arriba. Otros tres canales (RC, edge y dev) cambian ese colchón por frescura.
Hyprland y Quickshell llegan juntos, sin opción de rechazo. Hyprland es el compositor Wayland en mosaico; Quickshell es el kit de construcción con el que se montan la barra, el lanzador, los menús, las notificaciones y la pantalla de bloqueo, y por eso Omarchy puede sustituir todo el shell en una versión en lugar de distribuir un tema. Esa separación da a Omarchy una base reproducible definida por el proyecto mientras mantiene aparte tus propias modificaciones. La configuración se divide en dos: tus dotfiles en ~/.config, los valores por defecto del proyecto en /usr/share/omarchy, propiedad del paquete y sobrescritos al actualizar. Todo lo que quieras que sobreviva a una actualización pertenece a tu lado de esa división.
La política de actualización es donde la postura de Omarchy es más tajante. El comando omarchy update ejecuta las migraciones pendientes y las actualizaciones de paquetes en una sola operación, tomando antes una instantánea; revertir significa elegir esa instantánea en el gestor de arranque. Recurrir a pacman -Syu en su lugar se topa con una barrera: Omarchy detiene una actualización directa del sistema y te remite a su propio comando, aunque el manual dice que la barrera te indicará cómo sortearla para una sola transacción. La clave es el acoplamiento: las migraciones viajan con las actualizaciones de paquetes.
Por qué los hilos de comparación nunca convergen
CachyOS y Omarchy tocan varias de las mismas capas, pero ponen sus cambios más fuertes en sitios distintos. CachyOS se concentra en el kernel, los objetivos de compilación y las compilaciones de paquetes; Omarchy se concentra en el escritorio y el flujo de actualización. «Cuál es mejor» aplasta esas preguntas separadas en una sola.
Se solapan en las capas de instalador, repositorios y recuperación, pero no de la misma manera. El repositorio de CachyOS cambia cómo se construyen los paquetes de Arch; el de Omarchy cambia cuándo llegan. CachyOS deja disponibles las actualizaciones directas con pacman y añade instantáneas alrededor; Omarchy acopla actualizaciones de paquetes, migraciones e instantáneas detrás de su propio comando de actualización.
| Capa | Arch de serie | CachyOS | Omarchy |
|---|---|---|---|
| Instalador | Guía de instalación manual o archinstall guiado; las decisiones siguen siendo tuyas | Guiado: escritorio, sistema de archivos, gestor de arranque, kernel, más detección automática de controladores | Basado en ISO, disco completo o espacio libre, cifrado, sin elección de escritorio |
| Kernel y objetivos de compilación | Kernel de serie; paquetes compilados para la base x86-64 | Compilaciones linux-cachyos, planificadores seleccionables, sched-ext, paquetes recompilados para x86-64-v3/v4, Zen4+ | Sin cambios de rendimiento: kernel de serie (linux-t2 parcheado en Mac T2), compilaciones base |
| Repositorios de paquetes | core, extra y multilib de Arch, con el AUR al lado | Repositorio propio superpuesto a los de Arch | Repositorio propio; stable sigue un espejo un mes por detrás |
| Escritorio y configuración | Nada instalado; tú eliges y ensamblas | Nada impuesto; el instalador ofrece 17+ entornos | Hyprland y Quickshell fijos; valores por defecto en /usr/share/omarchy |
| Política de actualización y reversión | pacman -Syu cuando tú elijas; la recuperación la organizas tú | pacman -Syu directo soportado; herramientas de actualización opcionales; recuperación con Snapper en Btrfs | Se espera omarchy update; instantánea en cada actualización; pacman -Syu directo con barrera, elusión documentada |
Las capas se pueden mezclar
Las cinco capas se adoptan por separado en lugar de excluirse mutuamente. CachyOS publica un camino documentado para añadir sus repositorios a una instalación de Arch, y para quitarlos después. Omarchy es una instalación de Arch, así que el mismo camino puede llevar los repositorios optimizados de CachyOS a ella.
Hay gente que lo hace. Un comentarista en un hilo de r/linux_gaming lo dijo sin rodeos: «There's nothing stopping you from installing the cachyos kernel and repositories on omarchy». Alguien ha publicado un script de instalación para la combinación y lo ha compartido en Hacker News.
La independencia en principio no es fiabilidad en la práctica. En un hilo de r/omarchy sobre pasar de una a otra, un comentarista informó de que «All of the install scripts and such to do this are currently not working for many people», y de que la intervención manual tampoco consiguió que funcionara. Es una persona en un hilo, y el tipo de problema que conviene prever.
El segundo límite está en lo que vale la combinación. Las comparativas de rendimiento publicadas muestran poca separación en FPS medios en juegos, mientras que las ganancias más amplias del kernel, los planificadores y los objetivos de compilación de CachyOS siguen dependiendo de la carga de trabajo en lugar de ser automáticas.
Si el trabajo de CachyOS en el kernel y los objetivos de compilación produce una ganancia significativa de forma más amplia, y para qué clases de carga de trabajo, descansa en otra base de evidencia, no en la que este artículo resuelve.
Construye sobre un VPS Linux con acceso root, NVMe y la potencia de AMD EPYC.
Ver planes LinuxDónde se sitúan EndeavourOS y Manjaro en las mismas capas
EndeavourOS y Manjaro caen en las mismas cinco capas con sus propias combinaciones, y eso es lo que hace que el modelo valga más que una comparación de dos proyectos. EndeavourOS cambia sobre todo la capa del instalador, pero también usa Dracut para generar el initramfs y mantiene un pequeño repositorio para herramientas y paquetes propios de EndeavourOS. Manjaro cambia sobre todo la capa de repositorios, algo el instalador, y nada la capa de objetivos de compilación.
EndeavourOS se describe a sí misma como un sistema Arch ligero y centrado en la terminal, y lo que añade es un instalador guiado, un pequeño conjunto de paquetes seleccionados (Firefox, Yay, FirewallD, Pipewire) y su propia herramienta para controladores de GPU y VM. Sin kernel personalizado, sin recompilación dirigida a la CPU de los repositorios generales de Arch, sin escritorio impuesto: sigue siendo la más cercana al Arch de serie de todas las derivadas nombradas aquí.
El planteamiento de Manjaro es un enfoque de estabilidad en cascada. Los paquetes pasan por las ramas unstable, testing y stable en los propios repositorios de Manjaro en lugar de seguir directamente los de Arch, y por eso un paquete de Manjaro puede ser más antiguo que el paquete de Arch del mismo nombre. Su instalador ofrece elegir escritorio entre las ediciones oficiales Plasma, GNOME y Xfce, más las compilaciones comunitarias Cinnamon, i3 y Sway.
También incluye una herramienta de kernel, y la distinción importa. Manjaro Settings Manager añade y quita kernels, lo que te permite ejecutar una versión de kernel precompilada distinta. Elegir entre versiones de kernel empaquetadas no es la misma operación que recompilar paquetes para un conjunto de instrucciones de CPU más nuevo, aunque ambas caen en la capa de kernel y objetivos de compilación.
Ese modelo de ramas es también lo que separa a Manjaro del mundo de las versiones fijas. El modelo rolling de Manjaro frente a Ubuntu es la misma pregunta de repositorios y política de actualización planteada fuera de la familia Arch. La misma contabilidad funciona también más allá de esa familia. Ubuntu deriva de Debian y se diferencia de ella en la cadencia de lanzamientos, la política de empaquetado y el escritorio por defecto.
La portada de una derivada nueva suele decirte cuáles de estas capas toca, y si cambia algo fuera de este modelo de cinco capas.
Preguntas frecuentes
¿Es Omarchy una distro de verdad o solo dotfiles?
En la prueba de las cinco capas, Omarchy es más que una colección de dotfiles. Distribuye su propio instalador ISO, su propio repositorio de paquetes con cuatro canales de publicación y sus propias herramientas de actualización en lugar de pacman -Syu. No hace cambios motivados por el rendimiento al kernel ni a los objetivos de compilación: la única sustitución de kernel que documenta su manual es un parche de soporte de hardware para los Mac Intel con chip T2. El sistema de debajo es, por lo demás, Arch de serie. Si eso suma «una distro» es una discusión sobre etiquetas.
¿Puedo ejecutar el kernel y los repositorios de CachyOS en Omarchy?
Técnicamente, sí. CachyOS documenta cómo añadir sus repositorios a una instalación de Arch existente, y Omarchy usa paquetes de Arch por debajo. Eso no garantiza compatibilidad: el canal de paquetes retrasado y el flujo de actualización de Omarchy añaden otra pieza móvil, y un comentarista de r/omarchy informó de que los scripts de conveniencia fallaban para mucha gente. Prepárate para intervenir a mano.
¿Me obliga CachyOS a usar un entorno de escritorio?
No. CachyOS te deja a ti la elección del escritorio. Su instalador en línea lista diecisiete opciones o más, desde entornos completos como KDE Plasma hasta compositores Wayland en mosaico como Hyprland y Niri, y la elección se hace durante la instalación. Las herramientas que mantiene CachyOS, como el Kernel Manager, funcionan en el escritorio que hayas elegido.
¿Qué significa x86-64-v3?
x86-64-v3 es un nivel de características de microarquitectura de CPU por encima de la base x86-64. Añade requisitos como AVX, AVX2, BMI1, BMI2 y FMA, así que el software construido específicamente para v3 necesita una CPU que soporte ese conjunto de características. Un paquete compilado para él puede usarlas, y no arrancará en un procesador que carezca de ellas. CachyOS recompila los paquetes de Arch para x86-64-v3 y x86-64-v4 y afirma una mejora del 5 % al 20 % para v3, que es la cifra del propio proyecto.
Debate
Comentarios
Inicia sesión para unirte al debate.