SSD Nodes Learn Hosting plans →
கல்வி வழிகாட்டிகள் Matt Connorஆல் Matt Connor · புதுப்பிக்கப்பட்டது 2026-08-30

Unix மற்றும் Linux வரலாறு: 1969 முதல் இன்று வரை

1969-ல் Bell Labs-ல் தொடங்கிய Unix, AT&T உரிமப் போராட்டங்கள் மற்றும் 1992-ன் சட்ட சிக்கல்களைக் கடந்து, எவ்வாறு நவீன Linux ஆக மாறியது என்பதை இந்த கட்டுரை விரிவாக விளக்குகிறது.

Unix மற்றும் Linux-ன் வரலாறு, சுருக்கமாக

Unix மற்றும் Linux-ன் வரலாறு என்பது source code-க்கு யாருக்கு உரிமை உண்டு என்பது குறித்த நீண்ட விவாதமாகும். Unix 1969-ல் Bell Labs-ல் தொடங்கியது. Linux 1991-ல் Helsinki-ல் தொடங்கியது; இது அந்த அசல் code-ல் எதையும் கொண்டிருக்கவில்லை. அவற்றுக்கிடையே பரிமாறப்பட்டது ஒரு வடிவமைப்பு மற்றும் வெளியிடப்பட்ட interfaces தொகுப்பு மட்டுமே: files, processes, pipes மற்றும் சிறிய நிரல்களை ஒன்றிணைக்கும் shell. 1956-ல் ஏற்பட்ட antitrust settlement காரணமாக AT&T (American Telephone and Telegraph) மென்பொருளை விற்பனை செய்ய தடை விதிக்கப்பட்டதால், Bell Labs source code-ஐ மலிவாக உரிமம் வழங்கியது; இதனால் 1970-களில் பல்கலைக்கழகங்கள் வழியாக Unix பரவியது. Unix AT&T-க்கு வெளியே யாருக்கும் சொந்தமில்லாமல் எல்லா இடங்களிலும் பரவியது. அதைத் தொடர்ந்து வந்த உரிமப் போராட்டங்களே, உங்கள் server rack-ல் எந்த இலவச Unix-போன்ற அமைப்பு இடம்பெற வேண்டும் என்பதைத் தீர்மானித்தன.

1969: ஒரு உபரி PDP-7 மற்றும் நிலைத்து நின்ற கருத்துக்கள்

1969-ல் Bell Labs, Multics திட்டத்திலிருந்து வெளியேறியது. Multics (multiplexed information and computing service) என்பது MIT மற்றும் General Electric நிறுவனங்களுடன் இணைந்து உருவாக்கப்பட்ட ஒரு பெரிய time-sharing அமைப்பாகும். இது முடிப்பதற்கு மிகவும் பெரியதாக இருப்பதாக Labs கருதியது. Ken Thompson தனக்கு பிடித்த கருத்துக்களை மட்டும் வைத்துக்கொண்டு மற்றவற்றை நீக்கினார்; ஒரு கைவிடப்பட்ட PDP-7 minicomputer-ல் சிறிய time-sharing அமைப்பை உருவாக்கினார். Dennis Ritchie அவருடன் இணைந்தார். Unix என்ற பெயர் Multics-ஐ கிண்டல் செய்யும் விதமாக வைக்கப்பட்டது.

1970-ல், இந்த அமைப்பு PDP-11-க்கு மாற்றப்பட்டது. காப்புரிமைத் துறையில் (patent department) தட்டச்சு செய்பவர்களுக்காக Labs இந்த கணினியை வாங்கியிருந்தது. ஏனெனில், ஒரு operating system-ஐ விட text processing கருவிக்கு நிதி பெறுவது எளிதாக இருந்தது. அந்த கணினியில் 24 KB core memory இருந்தது; அது system மற்றும் user programs-க்கு இடையே பகிர்ந்து கொள்ளப்பட்டது. இந்த நிதி ஒதுக்கீடு தற்செயலாக நடந்ததால் தான், 1971 நவம்பர் மாதம் வெளியான முதல் Unix கையேடு, வடிவமைக்கப்பட்ட ஆவணங்களின் தொகுப்பாக இருந்தது; அதனால்தான் இன்றும் நீங்கள் man 5 crontab என்று தட்டச்சு செய்கிறீர்கள். அந்த கையேட்டில் உள்ள section எண்கள் தான் இப்போதும் உங்கள் கையேட்டில் உள்ளன.

இரண்டு மாற்றங்கள் இந்த வடிவமைப்பை நிரந்தரமாக்கின. 1973-ல் Version 3-ல் Pipes அறிமுகமானது. Doug McIlroy பல ஆண்டுகளாக நிரல்களை ஒன்றோடொன்று இணைக்க வேண்டும் என்று வாதிட்டதால், Thompson | operator-ஐச் சேர்த்தார். இதனால் ஒரு நிரலின் output அடுத்த நிரலின் input-ஆக மாறியது. பின்னர் 1973-ன் பிற்பகுதியில், Version 4, C மொழியில் மீண்டும் எழுதப்பட்டது. ஒரு portable மொழியில் எழுதப்பட்ட operating system, அது உருவாக்கப்பட்ட வன்பொருளைத் தாண்டி மற்றவற்றிலும் இயங்க முடியும். இதனால்தான் Unix தான் தொடங்கிய அனைத்து இயந்திரங்களையும் விட நீண்ட காலம் நிலைத்து நின்றது.

Unix ஏன் பரவியது: AT&T-க்கு அதை விற்க அனுமதி இல்லை

1956-ல் ஏற்பட்ட ஒரு உடன்படிக்கை, AT&T-க்கு எதிரான antitrust வழக்கை முடிவுக்குக் கொண்டுவந்தது. AT&T தனது தொலைபேசி ஏகபோக உரிமையைத் தக்கவைத்துக்கொண்டது, அதற்குப் பதிலாக ஒரு கட்டுப்பாட்டை ஏற்றுக்கொண்டது: தொலைத்தொடர்பு தவிர்த்த பிற வணிகங்களில் அது ஈடுபடக்கூடாது. மென்பொருள் அத்தகைய வணிகங்களில் ஒன்றாக இருந்தது. எனவே, பல்கலைக்கழகங்கள் Unix-ஐக் கேட்டபோது, Bell Labs-ஆல் அதை ஒரு பொருளாக விற்க முடியவில்லை. அது எந்தவித ஆதரவும் உத்தரவாதமும் இன்றி, பெயரளவிலான கட்டணத்தில் source code-க்கு உரிமம் வழங்கியது.

இதன் விளைவு மிகப்பெரியதாக இருந்தது, இது AT&T திட்டமிட்டது அல்ல. 1975-ல் வெளியிடப்பட்ட Sixth Edition Unix, நூற்றுக்கணக்கான கணினி அறிவியல் துறைகளை முழுமையான source code-உடன் சென்றடைந்தது. University of New South Wales-ல் இருந்த John Lions, அந்த kernel source-ஐ வரி வரியான விளக்கங்களுடன் அச்சிட்டு அதைக் கற்பித்தார். ஒரு தலைமுறை உண்மையான operating system எப்படி இயங்குகிறது என்பதை அதைப் படித்துக் கற்றுக்கொண்டது.

பின்னர் உரிமம் மாறியது. 1979-ல் வந்த Seventh Edition உரிமம், வகுப்புகளில் source code-ஐப் பயன்படுத்துவதைத் தடை செய்தது. எனவே, Lions-ன் விளக்கவுரை நகல்களின் நகல்களாகப் பரவியது. இதுவே முழு கதையின் வடிவம். Unix எல்லா இடங்களிலும் இருந்தது, அதே சமயம் அது சுதந்திரமானதாக இல்லை. எனவே, எவர் ஒருவர் செய்த முன்னேற்றமும் வேறொருவருடைய proprietary code-க்கான முன்னேற்றமாகவே அமைந்தது.

Berkeley: நீங்கள் உண்மையில் தட்டச்சு செய்யும் Unix-ன் பகுதிகள்

Ken Thompson 1975 முதல் 1976 வரையிலான கல்வியாண்டை கலிபோர்னியா பல்கலைக்கழகத்தில் (Berkeley) கழித்தார். அவர் அங்கிருந்து வெளியேறியபோது, மிகவும் சுறுசுறுப்பான ஒரு Unix குழுவை விட்டுச் சென்றார். Berkeley-ன் Computer Systems Research Group (CSRG) உள்ளூர் மேம்பாடுகளைக் கொண்ட tapes-களை வெளியிட்டது. அந்த tapes-களே BSD (Berkeley Software Distribution) என்று அறியப்பட்டன. Bill Joy ஆரம்பகால பணிகளில் பெரும்பகுதியைச் செய்தார்: 1978-ல் 1BSD, பின்னர் 1979-ல் vi editor மற்றும் C shell-ஐக் கொண்ட 2BSD ஆகியவற்றை வெளியிட்டார்.

C shell-லிலிருந்தே !! மற்றும் !$ உருவானது. Bash அந்த syntax-ஐ அப்படியே பெற்றுக்கொண்டது. இதனால்தான் bash history expansion-ல் double quotes-க்குள் ஆச்சரியக்குறியை (exclamation mark) தட்டச்சு செய்யும் போது இன்றும் பயனர்கள் குழப்பமடைகிறார்கள், நாற்பது ஆண்டுகளுக்குப் பிறகும் இது தொடர்கிறது.

பின்னர், புதிய இணைய நெறிமுறைகளை (internet protocols) Unix-ல் இணைக்க DARPA (அமெரிக்காவின் Defense Advanced Research Projects Agency) Berkeley-க்கு நிதியுதவி அளித்தது. ஆகஸ்ட் 1983-ல் வெளியிடப்பட்ட 4.2BSD, TCP/IP (transmission control protocol over internet protocol) மற்றும் socket application programming interface ஆகியவற்றை வழங்கியது. உங்கள் server-ல் உள்ள ஒவ்வொரு network service-ம் இன்றும் socket(), bind(), listen() மற்றும் accept() ஆகியவற்றை அதே வரிசையில் அழைக்கிறது, ஏனெனில் 1983-ல் Berkeley அந்தப் பெயர்களைத்தான் தேர்வு செய்தது.

ஒரு சிறிய விவரம் அடுத்த பத்தாண்டுகளைத் தீர்மானித்தது. ஒரு BSD tape என்பது முழுமையான system அல்ல. அது AT&T-ன் Unix-க்கான கூடுதல் தொகுப்பாகவே இருந்தது. அதைச் சட்டப்பூர்வமாக இயக்க, உங்களிடம் செல்லுபடியாகும் AT&T source license இருக்க வேண்டும். Berkeley பல ஆண்டுகளாக, கோப்பு வாரியாக, AT&T-ன் பகுதிகளைத் தனது சொந்தக் குறியீட்டைக் கொண்டு மாற்றியது. அந்த மாற்றம் முழுமையானதா என்பதுதான் பிற்காலத்தில் நீதிமன்றத்திற்குச் சென்ற கேள்வியாகும்.

1984: பிரிவினை, பின்னர் Unix போர்கள்

Bell System ஜனவரி 1, 1984 அன்று பிரிக்கப்பட்டது. AT&T-ஐ மென்பொருள் வணிகத்திலிருந்து தடுத்திருந்த உடன்படிக்கையும் அதனுடன் முடிவுக்கு வந்தது. AT&T இப்போது Unix-ஐ ஒரு தயாரிப்பாக விற்க முடிந்தது, அது அவ்வாறே செய்தது. வணிக ரீதியான source உரிமங்கள் விலை உயர்ந்ததாக மாறியதால், பல்கலைக்கழகங்கள் மாணவர்களுக்கு வழங்கிய மலிவான மென்பொருள் என்ற நிலை Unix-க்கு இல்லாமல் போனது.

விற்பனையாளர்கள் ஏற்கனவே அதை fork செய்திருந்தனர். ஒவ்வொரு workstation நிறுவனமும் அதன் சொந்த hardware-ல் அதன் சொந்த Unix-ஐ வழங்கியது. எனவே, 1980-களின் பிற்பகுதியில், ஒரு கணினிக்காக எழுதப்பட்ட நிரலை மற்றொன்றில் இயக்க port செய்ய வேண்டியிருந்தது. 1988-ல் இந்தத் துறை இரண்டு தரநிலைக் குழுக்களாகப் பிரிந்தது; ஒரு பக்கம் Open Software Foundation, மறுபக்கம் Unix International. எது உண்மையான Unix என்பதில் விவாதித்துக்கொண்டே, பல ஆண்டுகளாக இணக்கமற்ற (incompatible) அமைப்புகளை அவை வெளியிட்டன.

அந்தக் குழப்பத்திலிருந்துதான் POSIX (portable operating system interface) உருவானது. IEEE 1003.1 தரநிலை 1988-ல் வெளியிடப்பட்டது. Unix போன்ற ஒரு அமைப்பு என்ன செய்ய வேண்டும் என்பதை அது வரையறுத்தது: system calls, shell-ன் செயல்பாடுகள், standard utilities மற்றும் C library interfaces ஆகியவற்றை அது குறிப்பிட்டது. இது கேட்பதை விட முக்கியமானது, ஏனெனில் ஒரு தரநிலை என்பது ஒரு விவரக்குறிப்பு (specification) மட்டுமே, அதற்கு எந்த உரிமமும் பொருந்தாது. மூன்று ஆண்டுகளுக்குப் பிறகு, ஒரு மாணவர் அந்த ஆவணங்களை அடிப்படையாகக் கொண்டு ஒரு kernel-ஐ எழுதினார்.

Minix மற்றும் அது ஏற்படுத்திய இடைவெளி

Andrew Tanenbaum, 1987-ல் தனது operating systems பாடப்புத்தகத்திற்கான கற்பித்தல் அமைப்பாக Minix-ஐ வெளியிட்டார். Minix ஒரு சிறிய Unix போன்ற அமைப்பாக இருந்தது; அதன் source code புத்தகத்துடன் வழங்கப்பட்டது, மேலும் மாணவர்கள் வைத்திருந்த மலிவான PC-களில் அது இயங்கியது. வகுப்பறையில் இதைப் படிப்பது சட்டப்பூர்வமானது, ஆனால் Seventh Edition Unix-க்கு அந்த நிலை இல்லை.

Minix வேண்டுமென்றே சிறியதாகவே வைக்கப்பட்டது, ஏனெனில் அதை ஒரு புத்தகத்தில் விளக்க வேண்டியிருந்தது. அதை ஒரு production அமைப்பாக மாற்றக்கூடிய patches-களை Tanenbaum நிராகரித்தார். அதன் உரிமமும் (license) இலவசமானதாக இருக்கவில்லை: நீங்கள் புத்தகத்தை வாங்க வேண்டும், மேலும் நீங்கள் மாற்றியமைத்த Minix-ஐ மறுவிநியோகம் செய்வது உங்கள் முடிவாக இருக்கவில்லை. எனவே, 1991-க்குள் ஒரு மாணவரால் இயங்கக்கூடிய Unix போன்ற kernel-ஐப் படிக்க முடிந்ததே தவிர, அதன் மேல் நீடித்திருக்கக்கூடிய எதையும் உருவாக்க முடியவில்லை.

GNU-விடம் கர்னலைத் தவிர அனைத்தும் இருந்தன

Richard Stallman, 1983 செப்டம்பரில் GNU திட்டத்தை அறிவித்தார். முழுமையான, சுதந்திரமான Unix போன்ற ஒரு அமைப்பை உருவாக்குவதே இதன் நோக்கம். 1991-க்குள், ஒரு கர்னலைச் சுற்றியுள்ள பெரும்பாலான பகுதிகளை GNU உருவாக்கியிருந்தது: GCC compiler, GNU C library, binary utilities, மற்றும் bash. Brian Fox 1989-ல் எழுதிய இந்த shell-தான், இன்றும் உங்கள் server-ல் நீங்கள் நுழையும்போது தொடங்கும் shell ஆகும். GNU கர்னலான Hurd மட்டுமே தொடர்ந்து தள்ளிப்போய்க்கொண்டிருந்தது.

GNU General Public License version 2, 1991 ஜூன் மாதம் வெளியிடப்பட்டது. அதன் விதி சுருக்கமானது. நீங்கள் குறியீட்டைப் பயன்படுத்தலாம், மாற்றலாம். நீங்கள் அதன் முடிவை விநியோகித்தால், அதே நிபந்தனைகளின் கீழ் மூலக் குறியீட்டையும் (source) விநியோகிக்க வேண்டும். இந்த விதிதான், இன்னும் இரண்டு பிரிவுகளுக்குப் பிறகு வரும் இந்த கதையின் முக்கியத் திருப்பமாக அமைகிறது.

ஆகஸ்ட் 1991: comp.os.minix-ல் பதிவிடப்பட்ட செய்தி

ஆகஸ்ட் 25, 1991 அன்று ஹெல்சின்கியைச் சேர்ந்த ஒரு மாணவர் Usenet குழுவான comp.os.minix-ல் பின்வருமாறு பதிவிட்டார்:

Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones.

பதிப்பு 0.01 செப்டம்பர் 1991-ல் வெளியானது. இது Unix அல்லது Minix ஆகிய எவற்றின் குறியீட்டையும் (code) பகிரவில்லை. இது 386 processor-க்காக உருவாக்கப்பட்ட ஒரு புதிய kernel ஆகும். இது Minix இயங்குதளத்தில் உருவாக்கப்பட்டு, POSIX interfaces-க்கு ஏற்ப எழுதப்பட்டது, மேலும் ஏற்கனவே இருந்த GNU கருவிகளுடன் இணைக்கப்பட்டது. ஜனவரி 1992-ல் Tanenbaum, Torvalds-இடம் monolithic kernel என்பது காலாவதியான வடிவமைப்பு என்று கூறினார். வடிவமைப்பு குறித்து அவர் கூறியதில் உண்மை இருந்தது, ஆனால் Torvalds ஒரு மாணவரிடம் இருக்கும் மலிவான கணினியில் எது சிறப்பாக இயங்கும் என்ற வேறு ஒரு கேள்விக்கு விடையளித்துக் கொண்டிருந்தார்.

பிப்ரவரி 1992-ல், பதிப்பு 0.12 GPL உரிமத்தின் கீழ் மாற்றப்பட்டது. இதுவே தான் எடுத்த மிகச்சிறந்த முடிவு என்று Torvalds பின்னர் குறிப்பிட்டார். அசல் Linux உரிமம் பணப் பரிமாற்றத்தைத் தடை செய்திருந்தது; இது பிற்காலத்தில் வந்த CD விற்பனையாளர்களையும் ஆதரவு நிறுவனங்களையும் தடுத்திருக்கும். GPL வணிகத்தை அனுமதித்த அதே வேளையில், விநியோகிக்கப்படும் ஒவ்வொரு மாற்றத்தையும் மீண்டும் அதே பகிரப்பட்ட tree-க்குத் திரும்பக் கொண்டுவர கட்டாயப்படுத்தியது.

வழக்கு: ஏப்ரல் 1992 முதல் பிப்ரவரி 1994 வரை

Berkeley நிறுவனம் ஜூன் 1991-ல் Networking Release 2 (Net/2)-ஐ வெளியிட்டது. இது AT&T-யிடமிருந்து பெறப்பட்ட கோப்புகள் நீக்கப்பட்ட, முழுமையான BSD அமைப்பாக இருந்தது. இதில் ஆறு kernel கோப்புகள் விடுபட்டிருந்தன. Bill மற்றும் Lynne Jolitz ஆகியோர் அவற்றுக்கு மாற்றாக புதிய கோப்புகளை எழுதி, மார்ச் 1992-ல் 386BSD 0.0-ஐயும், ஜூலை 14, 1992-ல் 386BSD 0.1-ஐயும் வெளியிட்டனர். Linux ஒரு பொழுதுபோக்கு kernel-ஆக இருந்த அதே காலகட்டத்தில், 386 கணினிகளுக்கான இலவசமான, முழுமையான, முதிர்ச்சியடைந்த BSD அமைப்பு உருவானது. Berkeley Software Design, Inc. (BSDi) நிறுவனம், BSD/386 என்ற வணிக ரீதியான ஆதரவு கொண்ட பதிப்பை விற்பனை செய்தது. இதை விளம்பரப்படுத்த 1-800-ITS-UNIX என்ற தொலைபேசி எண்ணைப் பயன்படுத்தியது.

ஏப்ரல் 1992-ல், அப்போது Unix-ன் உரிமையாளராக இருந்த AT&T-ன் துணை நிறுவனமான Unix System Laboratories (USL), வர்த்தக ரகசியங்கள் மற்றும் Unix வர்த்தக முத்திரை தொடர்பாக நியூ ஜெர்சி கூட்டாட்சி நீதிமன்றத்தில் BSDi மீது வழக்கு தொடர்ந்தது. பின்னர் இந்த வழக்கில் கலிபோர்னியா பல்கலைக்கழகத்தின் Regents அமைப்பும் சேர்க்கப்பட்டது. 1993-ல் கலிபோர்னியாவில் பல்கலைக்கழகம் எதிர் வழக்கு தொடர்ந்தது. அதில், Berkeley குறியீடுகளை (code) அதன் உரிமத்திற்குத் தேவையான அங்கீகாரம் வழங்காமல், AT&T தனது System V-ல் பயன்படுத்தியதாக வாதிட்டது.

1993-ல் இந்த வழக்கின் சட்டப்பூர்வ அடிப்படை பலவீனமடைந்தது. நீதிபதி Dickinson Debevoise, USL கோரிய இடைக்காலத் தடையை மறுத்தார். பழைய 32V குறியீட்டின் மீது USL கொண்டிருந்த பதிப்புரிமை கோரிக்கை செல்லாததாக இருக்கலாம் என்று அவர் கருதினார்; ஏனெனில், AT&T பல ஆண்டுகளாக அக்குறியீடுகளை எந்தவித பதிப்புரிமை அறிவிப்பும் இன்றி விநியோகித்திருந்தது. 1993-ன் மத்தியில் Novell நிறுவனம் AT&T-யிடமிருந்து USL-ஐ வாங்கியது. Novell நிர்வாகம் இந்தச் சட்டப் போராட்டத்தை முடிவுக்குக் கொண்டுவர விரும்பியது. பிப்ரவரி 1994-ல் வழக்கு சமரசத்தில் முடிந்தது. Berkeley விநியோகத்தில் இருந்த சுமார் 18,000 கோப்புகளில், மூன்று கோப்புகள் நீக்கப்பட்டன மற்றும் சுமார் எழுபது கோப்புகளில் USL பதிப்புரிமை அறிவிப்புகள் சேர்க்கப்பட்டன.

Berkeley நிறுவனம் ஜூன் 1994-ல் 4.4BSD-Lite-ஐ வெளியிட்டது; இது சட்டப்பூர்வமாக எந்த சிக்கலும் இல்லாததாக இருந்தது. சர்ச்சைக்குரிய Net/2 குறியீட்டின் அடிப்படையில் 1993-ல் தொடங்கப்பட்ட FreeBSD மற்றும் NetBSD ஆகிய அமைப்புகள், புதிய அடிப்படையைக் கொண்டு தங்கள் கணினிகளை மீண்டும் கட்டமைக்க வேண்டியிருந்தது. இதற்கு 1994-ன் பெரும்பகுதி தேவைப்பட்டது. அந்த மறுசீரமைப்பு நடந்துகொண்டிருந்தபோதே, மார்ச் 1994-ல் Linux 1.0 வெளியிடப்பட்டது.

Linux ஏன் BSD-க்கு பதிலாக server-களில் ஆதிக்கம் செலுத்தியது?

இந்த வழக்கின் தீர்ப்புதான் இதற்குப் பொதுவான பதிலாகக் கருதப்படுகிறது, அதுவும் ஒரு காரணம். ஏப்ரல் 1992 முதல் பிப்ரவரி 1994 வரை, ஒரு தயாரிப்பிற்கு இலவச Unix-ஐத் தேர்வு செய்த எவரும், AT&T வழக்கறிஞர்களின் சட்ட நடவடிக்கையையும், எவராலும் வழக்குத் தொடர முடியாத ஒரு பின்னிஷ் மாணவரின் kernel-ஐயும் ஒப்பிட்டுப் பார்க்க வேண்டியிருந்தது. இணையம் அறிமுகமான அதே காலகட்டத்தில்தான் முதல் Linux distributions வெளிவந்தன: ஜூலை 1993-ல் Slackware, ஆகஸ்ட் 1993-ல் Debian, பின்னர் Red Hat மற்றும் SUSE. Red Hat அந்த ஆரம்பகால முன்னிலையை வணிக ரீதியான தரநிலையாக மாற்றியது. Red Hat Linux-லிருந்து CentOS, பின்னர் Rocky மற்றும் AlmaLinux வரையிலான பாதை, 1993-ல் தொடங்கப்பட்ட ஒரு distribution இன்றும் பல வணிக server-களை எவ்வாறு தீர்மானிக்கிறது என்பதை விளக்குகிறது.

நீதிமன்ற வழக்கைப் போலவே மற்ற நான்கு காரணிகளும் முக்கியத்துவம் வாய்ந்தவை.

  • Hardware. Linux தனது முதல் வரியிலிருந்தே commodity 386 PC-ஐ இலக்காகக் கொண்டது, அந்த hardware தான் மலிவானதாக மாறியது. BSD-ன் முக்கிய கவனம் VAX மற்றும் workstation-களில் இருந்தது; 386 port என்பது இருவர் மேற்கொண்ட ஒரு வெளிப்படையான முயற்சியாகவே இருந்தது.
  • உரிமம் (License). மாற்றியமைக்கப்பட்ட kernel-ஐ வெளியிடும் ஒரு நிறுவனம் தனது மாற்றங்களை வெளியிட வேண்டும் என்று GPL கட்டாயப்படுத்துகிறது, எனவே vendor-களின் பங்களிப்புகள் மீண்டும் ஒரே tree-க்கு வந்தன. BSD உரிமம் ஒரு நிறுவனம் தனது மாற்றங்களை ரகசியமாக வைத்திருக்க அனுமதிக்கிறது, நிறுவனங்களும் அவ்வாறே செய்தன.
  • மேம்பாட்டு மாதிரி (Development model). Torvalds அந்நியர்களிடமிருந்து வரும் patches-களை விரைவாக இணைத்து, தொடர்ந்து releases செய்தார். 386BSD மிக மெதுவாகவே வெளிவந்தது, இதனால் அதன் பயனர்களே 1993-ல் அதை NetBSD மற்றும் FreeBSD என இருமுறை பிரித்தனர் (fork), பின்னர் 1995-ல் OpenBSD என மீண்டும் பிரித்தனர்.
  • வேகம் (Momentum). மற்ற developers எங்கு இருக்கிறார்களோ அங்குதான் புதியவர்களும் செல்கிறார்கள்; அதிக பயனர்களைக் கொண்ட system-க்குத்தான் drivers எழுதப்படுகின்றன.

தொழில்நுட்ப ரீதியாக உண்மையைச் சொல்ல வேண்டுமென்றால், 1994-ல் BSD தான் முழுமையான system-ஆக இருந்தது. அது ஒரு தெளிவான அடிப்படை, ஆவணப்படுத்தப்பட்ட வரலாறு மற்றும் Linux பல ஆண்டுகள் போராடி ஈடுசெய்த networking code ஆகியவற்றைக் கொண்டிருந்தது. 1994-ல் Linux சிறப்பாக இருந்ததால் யாரும் அதைத் தேர்ந்தெடுக்கவில்லை. அது எளிதில் கிடைக்கக்கூடியதாகவும், சட்டச் சிக்கல்கள் இல்லாததாகவும், ஏற்கனவே தங்களுக்கு இருந்த hardware-ல் இயங்கக்கூடியதாகவும், ஒவ்வொரு வாரமும் மேம்பட்டு வந்ததாலும் மக்கள் அதைத் தேர்ந்தெடுத்தனர்.

BSD எதைத் தக்கவைத்தது, அது இப்போது எங்கு இயங்குகிறது

BSD தொடர்ந்து இயங்கி வருகிறது. அது இழந்தது அதன் இயல்பான முன்னுரிமை நிலையை மட்டுமே. இதற்கான தெளிவான ஆதாரம் உங்கள் கணினியிலேயே உள்ளது: OpenBSD திட்டம் 1999-ல் OpenSSH-ஐ உருவாக்கியது. இன்று விநியோகிக்கப்படும் கிட்டத்தட்ட அனைத்து Linux கணினிகளிலும் இதுவே SSH server-ஆக உள்ளது. இதனால்தான் கற்றுக்கொள்ள வேண்டிய SSH key பழக்கவழக்கங்கள் இரண்டு குடும்பங்களிலும் ஒரே மாதிரியாக உள்ளன.

Netflix தனது வீடியோக்களை FreeBSD appliances மூலம் வழங்குகிறது. Juniper routers-ல் இயங்கும் Junos operating system, அடிப்படையாக FreeBSD-ஐக் கொண்டது. PlayStation system software, FreeBSD-லிருந்து உருவானது. Apple-ன் macOS மற்றும் iOS ஆகியவற்றின் kernel மற்றும் userland பகுதிகளில் BSD code உள்ளது. BSD-யின் shared server tree-ஐ இழக்கக் காரணமான அதன் தாராளமயமான உரிமம் (permissive license), BSD code-ஐ அது குறித்து எங்கும் குறிப்பிடாத பல வன்பொருட்களுக்குள் கொண்டு சேர்த்துள்ளது.

இன்று நீங்கள் ஒரு அமைப்பைத் தேர்வு செய்கிறீர்கள் என்றால், அது வரலாற்று ரீதியான கேள்வியல்ல, நடைமுறை ரீதியான கேள்வி. Linux மற்றும் FreeBSD-ஐ server-ஆக ஒப்பிடுதல் என்பது ZFS, jails, ports tree மற்றும் எவ்வளவு third party software Linux-ஐ அடிப்படையாகக் கொண்டு இயங்குகிறது என்பதைப் பொறுத்தது. FreeBSD 15 as a server என்பது அருங்காட்சியகப் பொருள் அல்ல, அது தற்போதைய பராமரிப்பில் உள்ள ஒரு system ஆகும். மேலும் Linux against Windows Server என்பது ஒரு தனிப்பட்ட கேள்வி; இதற்கான பதில் உங்கள் application stack-ஐப் பொறுத்தது.

இன்று நீங்கள் VPS-ல் பயன்படுத்தும் 1969-ஆம் ஆண்டின் வடிவமைப்பு

இவற்றில் ஒவ்வொன்றும் அதைப் பயன்படுத்தும் பெரும்பாலான நபர்களை விட வயதானவை.

  • pipe. who | wc -l உள்நுழைந்த பயனர்களைக் கணக்கிடுகிறது, ஏனெனில் 1973-ல் இருந்த Version 3 Unix, ஒரு நிரலின் வெளியீட்டை மற்றொரு நிரலின் உள்ளீடாக மாற்ற அனுமதித்தது.
  • manual பிரிவுகள். man 1 ls மற்றும் man 5 crontab ஆகியவை நவம்பர் 1971 கையேட்டில் இருந்த எண் முறையைப் பயன்படுத்துகின்றன.
  • கோப்பு முறைமைப் பிரிப்பு (filesystem split). /usr இருப்பதற்குக் காரணம், 1971-ல் அந்த PDP-11-ல் இருந்த root disk நிரம்பிவிட்டது, எனவே உருவாக்குநர்கள் கோப்புகளை இரண்டாவது disk pack-க்கு மாற்றினர். விநியோகங்கள் (distributions) காலப்போக்கில் இந்தப் பிரிப்பை நீக்கிவிட்டன: Ubuntu 24.04 அல்லது Debian 13-ல் ls -ld /bin கட்டளையை இயக்கினால், அது usr/bin-க்கு ஒரு symbolic link-ஐக் கொடுக்கும்.
  • socket அழைப்புகள். Berkeley இவற்றை 1983-ல் 4.2BSD-க்காக எழுதியது, இன்றும் ஒவ்வொரு network daemon-ம் அவற்றையே பயன்படுத்துகின்றன.
  • POSIX. தரநிலையின்படி எழுதப்பட்ட ஒரு #!/bin/sh script, Linux, FreeBSD, macOS மற்றும் Solaris ஆகியவற்றில் மாற்றமின்றி இயங்குகிறது, ஏனெனில் அவை அனைத்தும் இந்தத் தரநிலையைத்தான் செயல்படுத்தியுள்ளன.

ஒரு மரபு மட்டும் இந்த நீண்ட பயணத்தில் தப்பிப்பிழைக்கவில்லை: System V-லிருந்து Linux பெற்றுக்கொண்ட shell-script boot வரிசைமுறை, இப்போது கிட்டத்தட்ட அனைத்து விநியோகங்களிலிருந்தும் நீக்கப்பட்டுவிட்டது. அதை systemd மூலம் மாற்றியமைப்பதற்கான வாதம், Unix போன்ற ஒரு அமைப்பு எப்படி இருக்க வேண்டும் என்பது குறித்த மிக சமீபத்திய விவாதமாகும்.

நீங்கள் ஒரு virtual private server-ஐ வாடகைக்கு எடுத்து உள்நுழையும்போது, 24 KB நினைவகம் மற்றும் காப்புரிமைத் துறை கொண்ட ஒரு இயந்திரத்திற்காக வடிவமைக்கப்பட்ட இடைமுகத்தில்தான் நீங்கள் தட்டச்சு செய்கிறீர்கள். இந்த இடைமுகம் தப்பிப்பிழைத்ததற்குக் காரணம், அது வெளியிடப்பட்டது, விவாதிக்கப்பட்டது, தரப்படுத்தப்பட்டது, பின்னர் அசல் குறியீட்டைப் பார்க்க அனுமதி இல்லாதவர்களால் புதிதாக மீண்டும் செயல்படுத்தப்பட்டது.

FAQ

Linux-ல் ஏதேனும் அசல் Unix code உள்ளதா?

இல்லை. Linus Torvalds 1991-ல் kernel-ஐ புதிதாக உருவாக்கினார். அவர் AT&T source-ஐப் பயன்படுத்தாமல், POSIX interfaces-ஐ இலக்காகக் கொண்டு உருவாக்கினார். Unix-ன் மரபு என்பது அதன் வடிவமைப்பு மற்றும் வெளியிடப்பட்ட interface மட்டுமே: files, processes, pipes மற்றும் system call பெயர்கள் போன்றவை. kernel-ஐச் சுற்றியுள்ள GNU கருவிகளும் 1983-ல் புதிதாகவே எழுதப்பட்டன. இந்த சுதந்திரமே, BSD code தொடர்பாக AT&T தொடர்ந்த வழக்கு Linux-ஐ ஒருபோதும் பாதிக்காததற்குக் காரணமாகும்.

AT&T, BSD மீது எப்போது வழக்கு தொடர்ந்தது, அது BSD-ஐ அழித்துவிட்டதா?

Unix-க்கு உரிமையாளராக இருந்த AT&T-ன் துணை நிறுவனமான USL, ஏப்ரல் 1992-ல் BSDi மீது வழக்கு தொடர்ந்தது. பின்னர் University of California-வையும் பிரதிவாதியாகச் சேர்த்தது. 1993-ல், பழைய 32V code மீதான பதிப்புரிமை கோரிக்கை செல்லாது என்று கருதி, நீதிபதி தற்காலிகத் தடையுத்தரவை மறுத்துவிட்டார். 1993-ன் நடுப்பகுதியில் Novell நிறுவனம் USL-ஐ வாங்கியது. பிப்ரவரி 1994-ல் வழக்கு முடிவுக்கு வந்தது. சுமார் 18,000 கோப்புகளில் மூன்று கோப்புகள் நீக்கப்பட்டன, எழுபது கோப்புகளுக்குப் புதிய பதிப்புரிமை அறிவிப்புகள் வழங்கப்பட்டன. இது BSD-ஐ அழிக்கவில்லை. ஆனால், உலகம் ஒரு இலவச Unix-ஐத் தேர்ந்தெடுத்துக் கொண்டிருந்த அந்த இரண்டு ஆண்டுகளில், BSD-ன் வளர்ச்சியை இது முடக்கியது.

BSD-க்கு பதிலாக Linux ஏன் server-களில் ஆதிக்கம் செலுத்தியது?

சட்டப்பூர்வமான தெளிவு ஒரு காரணம்: 1992 மற்றும் 1993-ம் ஆண்டுகளில், Linux மீது எந்த வழக்கும் இல்லை, ஆனால் BSD மீது வழக்கு இருந்தது. மற்ற காரணங்கள்: முதல் நாளிலிருந்தே 386 architecture-ஐ இலக்காகக் கொண்டது, vendor மாற்றங்களை ஒரே tree-க்குள் கொண்டு வந்த GPL, மற்றும் 386BSD மூன்று கிளைகளாகப் பிரிந்தபோது, பங்களிப்பாளர்களைத் தக்கவைக்கும் அளவுக்கு வேகமான merge செயல்முறை. தொழில்நுட்பத் தரம் மட்டுமே முடிவெடுக்கும் காரணியாக இருக்கவில்லை, ஏனெனில் 1994-ல் BSD தான் முழுமையான அமைப்பாக இருந்தது.

இன்றும் FreeBSD-ஐப் பயன்படுத்துவது பயனுள்ளதா?

ஆம், அதற்கான உறுதியான காரணங்கள் உள்ளன: base system-உடன் ஒருங்கிணைக்கப்பட்ட ZFS, முதிர்ச்சியடைந்த isolation மாதிரியான jails, ஒரே சீரான அமைப்பாக உருவாக்கப்பட்ட base system, மற்றும் துல்லியமான ஆவணங்கள். இதற்கான விலை என்னவென்றால், compatibility தொடர்பான கூடுதல் வேலைகள் தேவைப்படும். ஏனெனில் பெரும்பாலான மூன்றாம் தரப்பு server software, container கருவிகள் மற்றும் vendor ஆதரவு Linux-ஐ அடிப்படையாகக் கொண்டவை. FreeBSD-ன் storage மற்றும் networking வசதிகள் அந்த கூடுதல் வேலைக்கு ஈடாக இருக்கும்போது அதைத் தேர்ந்தெடுக்கவும்; பழைய மரபின் மீதான விசுவாசத்திற்காக மட்டும் தேர்ந்தெடுக்க வேண்டாம்.