La primera vez que esa pausa común me llamó la atención fue mientras usaba el comando ordenar para revisar unos cientos de megabytes de texto de registro. Hasta ahora siempre lo había ignorado. Aparece cuando uso tu – sh para rastrear directorios de proyectos o ls -la en carpetas llenas de artefactos de construcción.

Los coreutils de GNU son lo más fundamental en Linux y se sienten intocables. Pero tan pronto como me di cuenta de que confiable no siempre significa perfecto, especialmente en hardware flamante, supe que era hora de probar poco diferente. Entonces, uutils, la reimplementación Rust de GNU coreutils, fue mi ulterior parada. Comencé cambiando un comando, luego otro y, con congruo frecuencia, uutils era más rápido. Si pasa mucho tiempo en la terminal, vale la pena probarlos.

La fricción que dejaste de notar se escondía a plena perspectiva

“Lo suficientemente rápido” sólo se siente rápido hasta que lo comparas

Si no prestas atención porque poco te parece natural, puedes emprender a aceptar que sus limitaciones son normales. Es por eso que siempre ignoré esa pausa que ocurre en una directorio de directorio egregio ayer de imprimir. El retraso que se produce si clasifica los registros durante la depuración puede interrumpir el flujo. Probablemente lo atribuyas a la E/S del disco.

En los dispositivos modernos, es más viable ver cuán obsoletas están estas suposiciones. Estas máquinas tienen unidades NVMe extremadamente rápidas y los núcleos de la CPU suelen estar infrautilizados por las herramientas promedio del agraciado. Sin retención, oportuno a que todavía utilizamos varias herramientas de una era de hardware diferente, son conservadoras y de un solo subproceso. La mayoría de las limitaciones sobre las que se construyeron ya no se mantienen.

Nadie compara ni cuestiona los coreutils porque siempre funcionan. De hecho, cuando queremos una veterano productividad, preferimos ajustar nuestras indicaciones y modificar el kernel. Pero comparar los resultados uno al flanco del otro me mostró que el problema era la utensilio.

Cómo se comporta uutils/coreutils de modo diferente bajo carga

Con varios primaveras de esfuerzo y cientos de contribuyentes, uutils apunta a una compatibilidad GNU casi completa. Está reconstruyendo las herramientas en Rust y las distribuciones más nuevas como Ubuntu 25.10 ahora lo incluyen de forma predeterminada.

El primer comando que positivamente me llamó la atención fue clasificar. En un archivo de registro de cientos de MB, la clasificación GNU tomó 2,819 segundos de tiempo positivo (10,204 segundos de tiempo de CPU del agraciado), mientras que la implementación de Rust completó la misma tarea en 0,092 segundos de tiempo positivo. El WC El comando se sintió más ágil sobre varios troncos grandes. La copia masiva de muchos archivos pequeños mostró una diferencia de velocidad suficiente como para notarse. No todos los comandos que probé fueron notablemente más rápidos, pero encontré los suficientes para seguir reemplazándolos.

La capacidad de respuesta es lo que se destacó. Era la primera vez que los comandos parecían completarse cuando esperaba que lo hicieran. Esto se convierte en una diferencia significativa durante la depuración si está iterando o encadenando herramientas rápidamente en las canalizaciones.

Ciertas herramientas funcionaron a la par y algunos casos extremos se adaptan mejor a las optimizaciones maduras de GNU. Pero la diferencia es que las implementaciones de Rust parecen más adecuadas para el hardware multinúcleo flamante.

La diferencia en seguridad y consistencia aparece cuando la enfatizas

Por qué una reescritura moderna cambia más que la velocidad

Aunque me encantaba la velocidad, lo que me mantuvo usando las herramientas fue la constancia. El maniquí de seguridad de la memoria de Rust evita clases enteras de errores comunes en las herramientas basadas en C (desbordamientos de búfer, uso posteriormente de la manumisión, desreferencias de puntero inepto) sin requerir protecciones manuales. Aunque no los vea directamente, la previsibilidad es un tipo esencial si introduce entradas masivas en una utensilio de lista de comandos.

Por lo común, experimenté un comportamiento más expedito, incluidos errores explícitos y fallas predecibles en conjuntos de datos más grandes, texto con formato incorrecto o patrones de entrada inusuales. Por ejemplo, canalizar texto UTF-8 con formato incorrecto en uu-cortado mostró un error visible inmediatamente, mientras que el corte GNU produjo un resultado inesperado. Esto no implica que los coreutils de GNU sean inestables, pero es aún más tranquilizador tener herramientas fundamentales construidas con modernas garantías de seguridad desde cero.

Uutils asimismo mantiene una civilización de prueba elaborada que incluye la integración continua en todo su conjunto de herramientas. Este es un multiplicador importante que se traduce en confianza si depende en gran medida de los scripts y la automatización.

Reemplazar las utilidades principales del sistema suena imprudente, no lo es

Cómo probar uutils de forma segura sin tocar su sistema cojín

GNU coreutils parece uno de los componentes de Linux que ahora tiene mejores alternativas modernas. Puede pensar que reemplazarlo es peligroso, pero eso es sólo porque no comprende lo reversible que es. Cuando se instala uutils, no se sobrescribe ausencia porque se instala de forma predeterminada con un él- prefijo. Así, por ejemplo, tienes uu bruno y uu-ls. Puede comparar ambas versiones una al flanco de la otra. Es una forma de prueba A/B para comandos.

Incluso puedes ir un paso más allá ajustando temporalmente tu RUTA. De esta modo, no es necesario eliminar ningún archivo GNU ayer de priorizar los binarios de Rust. Simplemente invirtiendo la RUTA, regresa a la configuración diferente.

Existe una pequeña brecha de compatibilidad con uutils, pero esto tiene que ver principalmente con combinaciones de banderas oscuras. A veces, asimismo podría deberse a comportamientos POSIX heredados que normalmente no activaría. Si está ejecutando una tiempo de trabajo personal, puede deshacer fácilmente cualquier cambio y la experimentación es de bajo aventura.

Los comandos que nunca cuestionaste merecen una segunda inspección

No creo que todo el mundo deba reemplazar GNU instantáneamente. Sin retención, el punto más significativo es que esta capa de Linux que nunca cuestionamos no está congelada. Ningún de los comandos que usas a diario es intocable. La efectividad es que al cambiarlos, es posible que ahorres unos minutos al día y te vuelvas más productivo.

Relacionado

Lo sentimos, fanáticos de Linux: este sistema eficaz es en efectividad el mejor reemplazo de Windows

Ni Linux, ni Windows. Poco mejor.