Er Linux bare en anden Unix-smag?

Hvad der definerer et operativsystem, er ikke en geeky-etiket eller en samling af ramblings fra munden af ​​dets medlemmer. Det er heller ikke noget tomt og meningsløst certifikat, der tilbydes af en uklart gruppe af malcontented purveyors of "standarder".

Et operativsystem er en kernel, et understøttende udkast af programmer og et koncept. For visse kommercielle enheder er det også en marketingkampagne, hype og profit. Men er Linux-operativsystemet bare en anden smag af Unix-operativsystemet? Ja. Men det er også meget mere.

Hvad du som forretningsejendom vil vide, er, om Linux er nok som Unix, som du kan overgå fra en kommerciel Unix-smag til Linux med minimal besvær og bekostning. Svaret er ja.

[Yderligere læsning: 4 Linux-projekter til nybegyndere og mellemliggende brugere]

Du kan også spørge, "Med hvor stor sikkerhed kan du garantere, at mine applikationer vil gøre samme overgang?" Red Hat, Novell og Canonical kan give de bedste svar, men deres konsulenter vil fortælle dig, at kun i sjældne tilfælde vil dine applikationer have problemer med at gøre turen fra dit Unix-miljø til en Linux-hostet. Vær sikker på, at dine problemer ikke er så unikke, at deres højtuddannede Linux-ingeniører ikke kan tackle dem.

Unix har forskellige "smag", der generelt refererer til forskelle, som deres udviklingsgrupper injicerer for at drage fordel af hardwareegenskaber eller til kapitalisere på specielle software innovationer, såsom volumenstyring eller virtualisering. Sådanne smag er Solaris Solaris, IBMs AIX, HPs HP-UX, AT & T's System Vr4, BSD Unix, DEC Unix, Mac OS X og den elskede SCO Unix.

En Unix-smag kan afvige fra andre i dets administrationsværktøjer, dens filsystemtyper, proceshåndtering og dets enhedsnavne, men hver er unægtelig Unix. Men hvorfor? Hvad gør et af disse systemer Unix endnu så forskelligt?

Unix-systemer, så forskellige som de måtte være, har meget til fælles med hinanden. Skriv kommandoen 'ls' på et hvilket som helst Unix-system, og noget forudsigeligt sker: Du vil se en filliste. Mappen / etc indeholder systemkonfigurationsfiler, systemadgangskodefilen og opstartsfiler. Disse fælles tråde danner kollektivt Unix.

Hvis man går som en and, quacks som en and, og ligner en and, så skal det være en and, "er det sædvanligvis citeret for at gøre noget om et problem under en politisk debat. Ligeledes, hvis Linux ligner Unix, opfører sig som Unix, og håndterer sikkerhed og processer som Unix, så skal det være Unix - omend en ny og forbedret Unix-smag, men Unix alligevel.

Genkender du Unix, når du ser det ? Hvis du kigger på et filsystemlayout, der indeholder følgende mapper (mappe), hvilket operativsystem vil du sige, at du kigger på?

I386, Programfiler, Temp, Brugere, Windows

Du vil sandsynligvis reagere, "Windows." Du ville være korrekt. Hvad hvis du så følgende filsystemlayout?

bin, etc, dev, usr, opt, home, root, sbin, proc, var, mnt

Du vil kalde det Unix. Du ville være korrekt; det er Unix. Alligevel kan du kalde det Linux. Hvordan vil du vide forskellen? Der er måder, når du er logget ind i et system, men ikke bare ved at se en liste over mapper. Fra filsystemlayoutet alene vil man konkludere, at Linux er en Unix-smag. Og du ved allerede, at Unix har forskellige smag, så subtile forskelle i katalognavne, filplaceringer, administrative værktøjer eller filsystemtyper har ringe betydning for, om systemet faktisk er Unix.

Nu hvor du er overbevist om, at Linux er en Unix smag, se et fint argument om det modsatte. Linux, som operativsystem, er ikke meget spændende. Men hvad gør det til en absolut besættelse for så mange er Linux-konceptet, som driver sin verdensomspændende gruppe af samfundsvildt med lidenskab. Linux-konceptet henter sin passion fra de originale kilder til alle ting relateret til databehandlingsfrihed: Free Software Foundation (FSF) og GNU Project, begge startet af Richard Stallman.

Til Stallman og Free Software Foundation er "Linux" og "open source" udtryk, der kun findes i de uinformerede sindes sind. De kalder vores specielle operativsystem GNU / Linux eller GNU + Linux, og for dem er der ikke noget term som open source software. For FSF har udtrykkene "fri software" og "open source" intet at gøre med hinanden. Åben kilde betyder kun, at du har adgang til et programs kildekode, men ikke nødvendigvis nogen tilknyttet frihed til at studere det, ændre det eller omfordele kildekoden. Og for dem har gratis software intet at gøre med omkostninger, men alt hvad der skal gøres med frihed.

Så hvorfor snakker dette om fri software? Det har at gøre med det relaterede Linux-blodlinjespørgsmål, "Er det bare en anden Unix-smag?" Den rekursive akronym, GNU, står for "GNU's Not Unix", hvilket betyder, at Stallman og FSF svarer "nej" til spørgsmålet om forholdet mellem GNU / Linux-operativsystemet til Unix.

Nedenfor ses et uddrag fra Linux kernekilden README -fil, der forklarer forholdet mellem Linux og UNIX. Selvom der ikke er nogen forfatterbeskyttelse for denne fil, er det indlysende, at den definition, den bærer, har velsignelsen fra dem, der opretter Linux-kernen, herunder Linus selv:

HVAD ER LINUX?

Linux er en klon af operativsystemet Unix, skrevet fra bunden af ​​Linus Torvalds med hjælp fra et løst knit team af hackere over nettet. Det har til formål at overholde POSIX og Single Unix Specification.

Det har alle de funktioner, du kan forvente i en moderne, fuldt udviklet Unix, herunder ægte multitasking, virtuel hukommelse, delte biblioteker, efterspørgselslæsning, delte kopi-på-skrivekomponenter, korrekt hukommelsesstyring og multistack-netværk, herunder IPv4 og IPv6.

Det er interessant at bemærke, at Linus Torvalds har licenseret Linux-kernen under GNU Public License (GPLv2), så måske er han forvirret, og hvordan man klassificerer GNU-operativsystemet (aka GNU / Linux, aka Linux). For ivrige brugere, virksomhedsadoptører, verdensomspændende samfund, virksomhederne, der producerer forskellige distributioner, scorer af udviklere og de store virksomheder, der opretter Linux-baserede produkter, er det Linux - en fri og velsmagende Unix-smag - måske den bedste af alle.