La distribución Clear Linux de Intel ha recibido mucha atención últimamente, debido a su incongruente alto rendimiento en los benchmarks. Aunque la distribución fue creada y está gestionada por Intel, incluso AMD recomienda ejecutar los benchmarks de sus nuevas CPUs bajo Clear Linux para obtener las puntuaciones más altas.
Recientemente en Phoronix, Michael Larabel probó un sistema Threadripper 3990X usando nueve distros Linux diferentes, una de las cuales era Clear Linux-y la distribución de Intel obtuvo tres veces más resultados de primer lugar que cualquier otra distro probada. Al intentar conglomerar todos los resultados de las pruebas en una única media geométrica, Larabel descubrió que los resultados de la distribución eran, de media, un 14% más rápidos que los de las distribuciones más lentas probadas (CentOS 8 y Ubuntu 18.04.3).
No hay mucha duda de que Clear Linux es tu mejor apuesta si quieres obtener los mejores números posibles en los benchmarks. La pregunta que no se aborda aquí es, ¿cómo es ejecutar Clear Linux como un conductor diario? Teníamos curiosidad, así que lo probamos.
Instalación de Clear Linux
La instalación es prácticamente la misma para Clear Linux que para cualquier otro sistema operativo: descargar la ISO, volcarla en una unidad de disco duro, arrancar y listo. Hay dos versiones del instalador disponibles: un «servidor» que es sólo en modo texto y un «escritorio» que utiliza un entorno de escritorio en vivo con todas las funciones. Nosotros elegimos el escritorio. En el hardware real, Clear no nos dio problemas y se instaló inmediatamente, pero en un entorno KVM, inicialmente se negó a instalarse, con un mensaje de error poco útil «no pasó las comprobaciones de preinstalación».
Un poco de investigación en línea descubrió el hecho de que mientras el entorno de escritorio en vivo de Clear Linux arranca en modo BIOS, el sistema operativo real requiere UEFI. En nuestro entorno de virtualización -Linux KVM, bajo Ubuntu 19.10- las nuevas máquinas virtuales arrancan por defecto en modo BIOS a menos que se marque la opción «Personalizar la configuración antes de la instalación» en el último paso, y luego, en la pestaña Visión general, se cambie de BIOS a UEFI. Así que volamos la VM, la recreamos con el firmware UEFI apropiado, y luego nos fuimos a las carreras.
Una vez que habíamos enderezado la arquitectura del firmware de nuestra VM, la instalación de Clear Linux en una VM fue tan directa como en el hardware real – hardware real con firmware UEFI, es decir. Si esperaba instalar Clear Linux en hardware heredado que sólo soporta el modo BIOS, no tiene suerte.
El instalador es claro y directo. Debes elegir un idioma (actualmente de una lista muy limitada), un objetivo de instalación y darle al instalador un nombre de usuario y una contraseña para el nuevo sistema operativo. También tiene que dejarle saber si está optando o no por la telemetría de teléfono-casa utilizada para fines de control de calidad y desarrollo.
Cuando se establece un objetivo de instalación, Clear Linux ofrece una instalación «segura» o una «destructiva». No probamos el instalador seguro, sino que elegimos instalar Clear Linux como el único sistema operativo disponible.
Una vez que haya seleccionado sus opciones, Clear no debería tardar más de unos minutos en total para instalarse realmente, pero si se aleja y regresa, vale la pena darse cuenta de que la pantalla de bloqueo del protector de pantalla puede activarse. (Si no estás acostumbrado a Gnome3, haz clic y arrastra hacia arriba para descartar la pantalla de bloqueo.)
Post-instalación: La carrera del GIMP
En su mayor parte, no parecía tener mucho sentido hacer pruebas de rendimiento tradicionales en Clear Linux. Phoronix ya ha hecho muchos de ellos, y sí, sin duda, Clear Linux es más rápido en promedio que la mayoría de las distros. Pero ganar los benchmarks no es necesariamente lo mismo que sentirse rápido.
Sin un punto de referencia para la comparación -un cronómetro vigilado y tic-tac o una carrera cara a cara- la mayoría de la gente no notará menos del 33% de diferencia en el tiempo para completar una tarea familiar. Un observador típico -que no esté cronometrando las cosas- frente a una tarea de una hora que se completa en 40 minutos pensará «oye, eso pareció rápido». El mismo observador, esperando a que se complete una tarea de un segundo, generalmente empezará a fruncir el ceño en torno a los 1.300ms.
También debemos señalar que la mayoría de los benchmarks de Phoronix se centran en tareas computacionales o de almacenamiento de larga duración. Este tipo de benchmark se correlaciona mejor con los cambios en el hardware que con los cambios en el software a nivel de distribución. Es decir, incluso si Clear Linux es más rápido en una tarea relevante para el rendimiento del escritorio, la diferencia puede ser fácilmente abrumada por las diferencias en el escritorio – o el paquete de aplicaciones específicas – en sí mismo.
Cuando instalé y abrí GIMP en una máquina virtual Clear Linux, pensé, «eso se siente rápido» – pero yo estaba esperando que se sienta rápido. Para comprobar mi percepción inicial, también abrí GIMP en mi estación de trabajo Ubuntu 19.04 y conté a Mississippi – resulta que el escritorio de Ubuntu era en realidad dos veces más rápido que el de Clear. ¿Así que la percepción humana no tiene nada que ver? Tal vez no-trabajo dentro de VMs mucho, así que tal vez había sido subconscientemente comparando la VM Claro a una VM de Ubuntu, no a Ubuntu en la estación de trabajo de acogida.
Para probar esa teoría, traje un Ubuntu 18.04.4 VM y una VM de Clear Linux de lado a lado, cada uno con cuatro vCPUs y 4GB de RAM asignado. Luego instalé y configuré el demonio NTP en ambas máquinas virtuales para que sus relojes tuvieran una diferencia de un milisegundo entre sí, e instalé mi propia utilidad de programación Whenits. Con todo esto hecho, los resultados de una «carrera de GIMP» lado a lado no fueron diferentes, a pesar de tener los mismos recursos asignados a cada uno, el Ubuntu 18.04 VM todavía «ganó» ampliamente.
Investigando más, me di cuenta de que Ubuntu 18.04 utiliza una versión más antigua de GIMP que Clear. Así que desinstalé el GIMP 2.08 proporcionado por el sistema de la máquina virtual de Ubuntu e instalé la última versión 2.10.14 -la misma que utiliza Clear- desde un PPA. El resultado no cambió significativamente: GIMP seguía abriéndose más rápido en la máquina virtual de Ubuntu, y puedes ver los resultados de esa «carrera» final en el breve vídeo de arriba.
Nada de esto debe tomarse como un punto de referencia definitivo que haga que Clear Linux sea «lento». Pero sí demuestra la falibilidad de la percepción humana y los límites de cuánto impacto puede tener realmente una distro «rápida» en el funcionamiento normal y cotidiano de un sistema de escritorio. Aparte del arranque, Clear Linux no se sintió notablemente más rápido que Ubuntu en el uso general-ya sea en VMs alojadas en mi estación de trabajo Ryzen 3700X o en un Dell Latitude con i7-6500U en el que lo instalé directamente.
Si eres el tipo de persona que se entusiasma con las optimizaciones del compilador en el empaquetado de Gentoo o Arch-o si tienes una tarea muy específica que estás ansioso por acelerar potencialmente en un 15% o así-Clear podría muy bien ser para ti. Pero si esperas el tipo de aceleración que tus amigos notarán inmediatamente y babearán, probablemente te decepcionarás.
Instalación de software
Ubuntu 19.10 y Clear Linux utilizan el Centro de Software Gnome como GUI para la instalación y eliminación de software. La diferencia más obvia aquí es el esfuerzo de Canonical para hacer que los repositorios en su versión del Centro de Software se sientan más curados y cuidados-El Centro de Software de Ubuntu presenta prominentemente las Selecciones del Editor y las aplicaciones destacadas que Clear Linux no tiene.
Algo más importante, Canonical tiene repositorios mucho más profundos por debajo de lo que hace Clear-y eso puede hacer un impacto incluso cuando ambas distribuciones ofrecen una aplicación particular. Por ejemplo, el juego Frozen Bubble está disponible en el Centro de Software en cualquiera de las dos distribuciones-pero en Clear, se origina como un flatpak, proveniente de la fuente de terceros dl.flathub.org.
En Ubuntu, Frozen Bubble proviene del propio repositorio Universe de Canonical en lugar de una fuente de terceros. Puede que no parezca importante, pero instalar el juego en Ubuntu desde el propio repositorio de Canonical sólo llevó unos segundos, mientras que en Clear tardó casi diez minutos.
¿Será Chrome?
Ni Clear Linux ni Ubuntu incluyen el navegador Google Chrome, pero en Ubuntu la instalación es tan sencilla como en Windows: una búsqueda, una descarga, un clic y listo. La descarga real que obtienes es un archivo .deb nativo de Ubuntu, y además de instalar el navegador en sí, actualiza automáticamente tu lista de repositorios-así que a partir de entonces, Chrome será actualizado automáticamente por Ubuntu, de la misma manera y usando las mismas herramientas que las actualizaciones estándar del sistema.
Navegar a la página de descarga de Chrome en Firefox instalado nativamente en Clear Linux te presenta la misma opción de descarga .deb o .rpm-pero ninguna de las dos «simplemente funciona». Hay un poco de truco que puedes hacer en la línea de comandos de Clear Linux para descargar el archivo .rpm, extraerlo e instalarlo, y luego hacer alguna reconfiguración manual para evitar que las fuentes se vean extrañas.
Desgraciadamente, Chrome no se actualizará automáticamente como lo haría en Ubuntu o en la mayoría de las otras distribuciones de escritorio, sino que tendrá que recordar actualizarlo usted mismo y realizar los mismos pasos en la línea de comandos (incluyendo la reconfiguración de las fuentes) cada vez que lo haga.
Gestión de paquetes
Por supuesto, los usuarios más avanzados probablemente nunca se molestarán con el Centro de Software en primer lugar, en cualquier distribución. Ubuntu, como una distribución basada en Debian, utiliza paquetes .deb bajo el capó, que pueden ser instalados, actualizados, eliminados y buscados utilizando la herramienta de línea de comandos apt. Clear Linux no utiliza apt-o yum, zypper, pacman, pkg, o cualquier otra cosa de la que probablemente haya oído hablar. En su lugar, utiliza su propia herramienta de gestión de paquetes de línea de comandos llamada swupd.
En su mayor parte, swupd funciona como cualquier otro gestor de paquetes- hay un argumento para instalar paquetes, otro par para buscarlos ya sea por el nombre/descripción del paquete o por los archivos incluidos, y así sucesivamente. Desafortunadamente, debo admitir que encontré swupd consistentemente frustrante-en particular, los argumentos son verboso y extrañamente redactado.
En Debian, Ubuntu, Fedora, OpenSUSE, CentOS, o FreeBSD usted <packagemanager> install <package> para instalar una nueva aplicación de los repositorios-por ejemplo, apt install gimp. Pero en swupd, usted swupd bundle-add <package> en su lugar. Del mismo modo, bundle-remove, bundle-list, bundle-info y así sucesivamente.
Esto puede parecer una distinción menor, insignificante, pero me pareció bastante odioso. Me equivoqué en la sintaxis -por ejemplo, escribiendo erróneamente add-bundle en lugar de bundle-add– con mucha más frecuencia de lo que normalmente hago cuando uso un gestor de paquetes desconocido.
Los propios paquetes también se saltan las convenciones de nomenclatura relativamente estándar con bastante frecuencia. Por ejemplo, cuando me encontré con que necesitaba un conjunto particular de encabezados que Ubuntu tiene en uuid-dev, y Fedora tiene en libuuid-devel, Clear Linux en cambio los tenía en os-core-dev-y averiguar eso fue una enorme molestia. Intentando con swupd search uuid no se listó el paquete os-core-dev y tampoco se buscó el archivo real que necesitaba, con swupd search-file uuid.h. (Más sobre este tema más adelante.)
Aunque swupd funciona, se parece mucho al resultado del síndrome NIH. Intel afirma que gran parte de la salsa secreta de Clear Linux se encuentra en el empaquetado, y quizás realmente necesitaba construir su propia herramienta de gestión desde cero. Pero desde la perspectiva de este administrador de sistemas es difícil ver los beneficios y fácil ver los defectos – un poco más de esfuerzo dedicado al pulido y la usabilidad de swupd iría muy lejos.
¿Será ZFS?
No todo el mundo se va a preocupar de si puedes conseguir que OpenZFS funcione en Clear Linux. Pero a mí sí me importaba, y pasé una cantidad ridícula de tiempo persiguiendo a este dragón en particular. Estaba considerando seriamente pavimentar mi portátil principal y reinstalarlo con Clear Linux para una prueba a largo plazo, pero incluso en «sólo un portátil» no quería prescindir de la capacidad de ZFS para replicar rápidamente de forma asíncrona, detectar y reparar criptográficamente el bitrot, utilizar la compresión en línea, y así sucesivamente.
El propio proyecto OpenZFS no tiene ninguna nota de instalación para Clear Linux, y una swupd search zfs apareció vacía, así que busqué en Internet. La búsqueda de «Clear Linux ZFS» te lleva rápidamente a las preguntas frecuentes de Clear, que afirma que «ZFS no está disponible con Clear Linux OS» y ofrece btrfs como alternativa.
Btrfs ofrece la mayoría de las mismas características que ZFS, pero por desgracia, si realmente utilizas las características más interesantes, como las matrices redundantes con recuperación de datos, la replicación rápida o la compresión en línea, rápidamente se vuelve poco fiable. (Sí, en realidad, los dispositivos NAS comerciales como Synology y ReadyNAS de Netgear utilizan btrfs, pero lo superponen a LVM y mdraid, y lo hacen por una buena razón. Consulte la wiki de Debian para más información y tenga en cuenta la decisión de Red Hat de eliminar btrfs por completo en RHEL 7.4.)
Las preguntas frecuentes de Clear Linux también nos remiten a un problema antiguo de Github en el que un usuario solicita un paquete ZFS y es rechazado. Otro usuario pide ayuda para conseguir que los módulos del kernel sin firmar funcionen y obtiene un puntero a alguna documentación a través de un enlace ahora muerto. Encontré una copia de la documentación muerta en web.archive.org (y más tarde, un miembro del proyecto Clear Linux proporcionó un enlace actualizado a la versión actual), pero eso tampoco me llevó a donde necesitaba ir.
Instalar el paquete linux-lts-dev fue sencillo, al igual que crear un archivo de configuración del kernel que permitiera cargar los módulos sin firmar. Pero volver a cambiar al kernel LTS -necesario, ya que el kernel nativo era un poco demasiado sangrante para el soporte oficial de OpenZFS- resultó más complicado. Instalar el kernel fue sencillo-swupd bundle-add kernel-lts2018-pero conseguir que Clear Linux arrancara realmente desde él fue una pesadilla.
La distribución no guarda su configuración de gestión de arranque en ninguno de los lugares en los que un usuario experimentado de *nix podría buscarlos-/boot, /etc/default, nada que tenga que ver con grub, etc. Nunca encontré la ubicación real de los datos de configuración, pero finalmente descubrí que se espera que un usuario de Linux claro manipule el entorno de arranque con la herramienta clr-boot-manager. Desgraciadamente, clr-boot-manager set-kernel org.clearlinux.lts2018.4.19.103-113 seguido de clr-boot-manager update -que debería haber seleccionado ese kernel para usarlo en el siguiente arranque- no hizo absolutamente nada, y me puse a dar vueltas a las cosas, reiniciando, ejecutando uname -a, y todavía viendo un kernel 5.5 funcionando durante bastante tiempo.
Finalmente, me rendí con clr-boot-manager set-kernel y en su lugar probé con clr-boot-manager set-timeout 10. Eso realmente funcionó-después de reiniciar esta vez, se me presentó una lista de kernels y seleccioné manualmente el kernel 4.19 LTS. Ahora, uname -a me mostró que estaba corriendo en el kernel 4.19, y estaba listo para compilar ZFS!
Los problemas estaban lejos de terminar, por desgracia. Descargando y extrayendo el tarball del código fuente de OpenZFS, chdirentrando en él y ejecutando ./configure, se me presentó un error: uuid/uuid.h missing, libuuid-devel package required. Desafortunadamente, no hay ningún paquete libuuid-devel en swupd-ni tampoco libuuid, uuid, uuid-dev, uuid-devel, ni nada parecido. Ni swupd search uuid ni swupd search-file uuid.h obtuvieron ningún resultado útil, aunque deberían haberlo hecho.
Por último, abrí una nueva cuestión en el rastreador de ZFS en Linux, con la esperanza de que alguien más hubiera conseguido que ZFS funcionara en Clear o que pudiera obtener suficiente información sobre el script de configuración para intentar parchearlo yo mismo. Brian Behlendorf-desarrollador fundador del puerto Linux de OpenZFS y todo un buen tipo-tampoco tenía la respuesta.
Pero Brian me dio la pista que finalmente resolvió el rompecabezas-aunque swupd search-file uuid.h no encontró el paquete que necesitaba, swupd search-file libuuid.so.1 sí. Así que un swupd bundle-add os-core-dev más tarde/configure y make install, ambos completados con éxito!
El problema restante que enfrenté es que el simple comando de manipulación del Módulo del Núcleo de Linux (LKM) insmod-que le permite especificar una ruta al módulo para ser insertado en el núcleo-no resuelve las dependencias, y así insmod /path/to/zfs.ko falló con el error unknown symbol. La herramienta mucho más inteligente modprobe detectará y resolverá los problemas de dependencia, pero no le permitirá especificar la ruta a los módulos del kernel, y el instalador los había volcado en lugares donde modprobe no sabía buscar.
Después de un poco de agitación, finalmente volqué un enlace simbólico a cada uno de los archivos package.ko de ZFS, que estaban en directorios individuales bajo /lib/modules/extra, directamente en /lib/modules. Con eso, modprobe zfs funcionó, y realmente tuve ZFS funcionando en Clear Linux. Huzzah!
Aunque ZFS era funcional ahora, todavía había recortes de papel para tratar. Los comandos zpool y zfs estaban en /usr/local/sbin, que no es parte del PATH por defecto en Clear Linux. Además, el módulo ZFS no estaba configurado para cargarse automáticamente en el arranque. Esos problemas restantes son afortunadamente bastante triviales de resolver. Para arreglar el problema de la ruta, actualice su PATH para incluir /usr/local/sbin, o enlace simbólico de las utilidades en /usr/local/bin. Para hacer que ZFS se autocargue en el arranque, cree un directorio /etc/modules-load.d, luego cree un archivo /etc/modules-load.d/zfs.conf y llénelo con una sola línea que diga zfs.
Esta historia del perro peludo no es realmente sobre ZFS en sí mismo, sino sobre el hecho de que los problemas que son relativamente simples bajo distribuciones más bien viajadas pueden ser un gran dolor en el trasero bajo Clear Linux. Este tipo de problemas son solucionables, por supuesto, pero si no estás dispuesto y emocionado de ser parte del esfuerzo para resolverlos tú mismo o para aquellos que vienen después de ti, probablemente deberías alejarte de Clear como conductor diario.
Lo bueno
- Clear Linux está respaldado por Intel, una de las empresas de informática más grandes y destacadas del mundo
- Clear Linux tiene un mandato conciso y claro: ser seguro, ser rápido, hacer las cosas bien
- La mayoría de las cosas funcionan con poco o ningún ajuste
- Si está decidido a tener El Linux más rápido de Occidente, esta es la distro para ello-lo siento, usuarios de Arch y Gentoo
- «¡Esto es Linux! Yo sé esto!»
Lo malo
- Aunque la mayoría de las cosas funcionan sin retoques, la mayoría de los usuarios querrán rápidamente algo que no
- La herramienta de gestión de paquetes de
swupdIntel es torpe, verrugosa y no parece indexar todos los paquetes correctamente - Hay tan pocos usuarios, que buscar ayuda puede parecer un viaje en el tiempo al pasado (¿Quién eras tú, DenverCoder9? ¿Qué viste?)
Lo feo
- Linux Claro-por ahora, al menos-es mucho más adecuado para un simple conjunto de tareas repetitivas donde la velocidad de ejecución es absolutamente crítica que para un uso diario de amplio alcance y de propósito general
.