Linux, un legado de innovación de más de 50 años, se basa en ideas fundamentales de Unix. Exploramos su impacto en la estructura, procesos y soporte del sistema actual.
Linux, más que un simple sistema operativo moderno, es un legado de ideas que datan de hace más de 50 años. Exploremos algunas de estas ideas y su impacto en las distribuciones actuales.
Estructura de directorios
El árbol de archivos
La estructura de directorios puede parecer trivial, pero sorprendió a los científicos informáticos con el lanzamiento del artículo "The Unix Time-Sharing System," en 1974. La jerarquía del sistema de archivos fue un avance radical en ese tiempo, aunque hoy en día sea algo común.
Esta jerarquía sigue definiendo sistemas similares a Unix, incluido Linux. Desde la raíz central o directorio "/", los directorios se ramifican como las hojas de un árbol. A diferencia de DOS o Windows, que utilizan letras de unidad, aquí no hay restricciones. Un árbol de directorios puede abarcar varios dispositivos, ya sean discos duros, SSDs o unidades USB. Esta versatilidad es clave en el sistema de archivos.
Procesos
Ejecuta múltiples procesos simultáneamente desde la línea de comandos
Unix siempre ha permitido la multitarea, mientras otros sistemas como MS-DOS eran unidireccionales. Esta capacidad posibilitó el control de trabajos.
Puedes enviar un proceso al fondo para liberar la terminal, ideal para tareas prolongadas:
some_long_process &Este comando deja libre tu terminal mientras el proceso continúa en segundo plano. Sin esto, tendrías que esperar sin poder hacer nada.
Si un proceso se vuelve lento, presiona Ctrl+z para suspenderlo y recuperar el control. Luego, coloca el trabajo suspendido en segundo plano con:
bgAunque esta característica nació cuando dominaban los terminales de texto, sigue siendo útil en un entorno de ventanas como X11.
Tuberías
Redirige entrada y salida de formas sorprendentes
La "tubería" es quizás la contribución más emblemática de Unix a Linux. Facilita redirigir salida e entrada en la terminal.
Un programa puede enviar salida a un archivo, como el comando ps que enumera los procesos:
ps aux > allprocs También puede recibir entrada desde un archivo, como al ejecutar un script:
sh > command_list.shPero lo más emblemático es la tubería, que conecta la salida de un comando a la entrada de otro. Un ejemplo divertido es convertir la salida del comando fortune en texto colorido:
fortune | lolcatBrian Kernighan, co-creador del lenguaje C, demostró cómo crear un corrector ortográfico usando programas de línea de comandos en un video promocional de Bell Labs de 1982.
Código abierto en C
C es la clave para ejecutar en múltiples máquinas
Si bien Unix no era de código abierto, las universidades que lo recibieron de Bell Labs a menudo contaban con acceso al código fuente. Lo que diferenciaba a Unix era su arquitectura, compuesta por componentes escritos en C, el lenguaje creado por Dennis Ritchie y popularizado por la primera edición de The C Programming Language, de Brian Kernighan y Dennis Ritchie.
"K&R."
Los sistemas operativos solían desarrollarse en lenguaje ensamblador. Rápidos, sí, pero una pesadilla para programar. Los programas se quedaban atados a una máquina o arquitectura específica. Al ser C un lenguaje compilado, la solución era sencilla: escribe un nuevo compilador y tu programa en C podía funcionar en cualquier máquina.
La portabilidad era más un concepto que una realidad. Compilar un programa C en una nueva máquina no era complicado, pero como la mayoría usaban Unix desde el principio, se asumían detalles sobre ese sistema. El resultado: incompatibilidad en otros entornos. Una salida era trasladar el entorno a la nueva máquina, o sea, portar Unix. Gracias a la alta nivelación de C, esto se lograba ajustando solo lo esencial dependiente de la máquina.
Soporte al usuario
Sobreviviendo en Linux con un poco de ayuda de tus amigos
Cuando se desarrolló Unix, Bell Labs, la empresa matriz de AT&T, estaba sujeta a un decreto de consentimiento, lo que limitaba sus propuestas comerciales. No podían vender Unix como un producto, así que lo ofrecieron a universidades y laboratorios de investigación por el costo de envío de cintas.
Esto significaba ausencia total de soporte. Los usuarios debían arreglárselas por su cuenta, desarrollando soluciones y actualizaciones. Nacieron grupos de usuarios, como el influyente Usenix, que con el tiempo se convirtió en una conferencia de informática destacada. Estudiantes de informática, tanto de pregrado como de posgrado, se hicieron cargo. De ahí surgió BSD, o Berkeley Software Distribution, iniciado en UC Berkeley a finales de los 70.
Aún hay soporte en persona hoy en día a través de grupos, foros y subreddits.
Aprovechando hardware de bajo consumo
Rescatando máquinas antiguas, aunque quizás no un PDP-7
Los usuarios de Linux se enorgullecen de poder ejecutar distribuciones en hardware viejo, como un portátil de hace años. Esta práctica tiene raíces en Unix mismo. Cuando Ken Thompson y Dennis Ritchie se adentraron en Unix, fue tras abandonar el proyecto MULTICS, un intento fracasado de crear lo que hoy entendemos como "computación en la nube". Un concepto ambicioso que pretendía hacer la informática tan accesible como la electricidad.
MULTICS superó su presupuesto y sufrió retrasos, aunque emergió en mainframes en los 70. Thompson y Ritchie trabajaron con hardware limitado, utilizando una PDP-7 de Digital Equipment Corporation, un poco como revivir un viejo PC hoy en día.
Siguiendo la tradición de Unix
Desde su estructura de directorios jerárquica hasta el portabilidad del código en C, Linux sigue la estela de las innovaciones pioneras de Unix, abrazando lo mejor del pasado mientras se dirige al futuro.
Si deseas encontrar artículos similares a Estas 5 ideas de Unix de la década de 1970 son la razón por la que Linux sigue funcionando tan bien, te sugerimos revisar la categoría Linux.
Deja una respuesta