1972 का UNIX V2 “Beta” पुनर्जीवित

 (tuhs.org)
2 पॉइंट द्वारा GN⁺ 2025-02-21 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • DMR tapes के s1/s2 का forensic analysis करके चलने योग्य UNIX सिस्टम तैयार किया गया; s1 kernel वाला UNIX INIT DECtape है और s2 में distribution files का अधिकांश हिस्सा है
  • s1 kernel अब तक पुष्टि किया गया सबसे शुरुआती machine-readable UNIX kernel है, जो V1 और V2 के बीच का है और V1/V2 दोनों a.out चला सकता है
  • user core size V2 की तरह 16 KiB(8K words) तक बढ़ा, लेकिन syscall table V1 और unix-jun72 kernel जैसा ही है, इसलिए इसमें V2 syscall शामिल नहीं हैं
  • boot conditions कठिन हैं; केवल aap के PDP-11/20 emulator ने kernel boot करने में सफलता पाई, जबकि SIMH और Ersatz-11 login prompt से पहले रुक जाते हैं
  • जारी की गई RF disk image में केवल s1/s2 files शामिल हैं, यह aap emulator में boot हो सकती है, और init(7) के व्यवहार से लगता है कि /usr RF पर था

s1/s2 tapes से restore किया गया UNIX V2 “Beta”

  • DMR tapes के forensic analysis के परिणामस्वरूप, s1/s2 tapes से काम करने वाला सिस्टम बनाया जा सका
    • DMR tapes वे tapes का bundle है जिसका analysis किया गया
    • s1 tape kernel रखने वाला UNIX INIT DECtape है
    • s2 tape में distribution files का अधिकांश हिस्सा शामिल है
  • s1 kernel अब तक पुष्टि किया गया सबसे शुरुआती machine-readable UNIX kernel है, जो V1 और V2 के बीच स्थित है
    • बिना संशोधित unix-jun72 kernel केवल V1 a.out को support करता है
    • s1 kernel V1 और V2 a.out दोनों को default रूप से चला सकता है
    • user core size 8 KiB(4K words) से बढ़कर 16 KiB(8K words) हो गया
  • syscall table V1 और unix-jun72 kernel जैसा ही है
    • इसमें V2 syscall शामिल नहीं हैं
    • syscall के लिहाज से यह V1 के करीब है, और core size व V2 binaries चलाने के लिहाज से इसमें V2 की विशेषताएं हैं, इसलिए इसे “V2 beta” माना जाता है
  • सिस्टम में ed, cc, a.out चलाना संभव है
    • example session में hello world! program लिखा, compile किया और चलाया गया

Boot constraints और RF disk image

  • boot करने योग्य environment सीमित है
    • केवल aap का PDP-11/20 emulator kernel boot करने में सफल रहा
    • SIMH और Ersatz-11 login prompt तक पहुंचने से पहले रुक जाते हैं
  • मूल installation process s1 से boot करने और फिर s2 से files restore करने का था
    • aap emulator TC11 को support नहीं करता, इसलिए s1/s2 tapes से सीधे install करना मुश्किल है
  • वास्तविक setup RF disk image को परोक्ष तरीके से बनाकर किया गया
    • s1 tape की files extract करके खाली RF disk पर रखी गईं
    • unix-jun72 kernel install करने के बाद SIMH में RF से boot किया गया
    • s2 की बाकी files extract की गईं
    • अंत में hex editor से unix-jun72 kernel को s1 kernel से replace किया गया
  • बनाई गई RF image में केवल s1/s2 से आई files शामिल हैं
    • इसे Research-UNIX-V2-Beta से प्राप्त किया जा सकता है
    • s1s2unix_rf.img का direct download link दिया गया है
    • यह image aap emulator में boot होती है, लेकिन SIMH में boot नहीं होती
  • init(7) program RK को /usr पर mount नहीं करता
    • यह व्यवहार संकेत देता है कि /usr RF पर stored था

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-02-21
Hacker News की राय

  • Brian Kernighan के एक लेक्चर में सुना मज़ाक याद आता है। बात यह थी कि Ken Thompson ने सिर्फ 3 हफ्तों में text editor, B compiler और input/output file management का ढांचा बना दिया था, और वही आखिरकार UNIX बन गया
    मज़ाक का सार यह था कि आजकल हम उस समय की तुलना में थोड़े कम efficient हैं

    • Ken निश्चित रूप से टॉप-टियर programmer हैं, और ऐसा व्यक्ति अगर 3 हफ्तों तक focus कर सके तो वाकई बहुत कुछ कर सकता है
      मुझे याद है कि उनकी पत्नी बच्चों को लेकर England चली गई थीं, इसलिए Ken अपनी मर्ज़ी से जो चाहें कर सकते थे। बेशक, पहला UNIX लिखने से पहले ही उनके पास काफी अनुभव भी था
      जिस programmer के दिमाग में कोई project हो, उसके लिए यह एक बार आज़माने लायक है। 3 हफ्तों के लिए काम और परिवार से दूर किसी cabin जैसी जगह पर चले जाएँ, ज़रूरी किताबें और documents साथ लें और internet काट दें। हो सके तो feature phone इस्तेमाल करें, और देखें कि आप कितनी दूर तक जा पाते हैं
      हालांकि project ऐसा होना चाहिए जिसके बारे में पहले से काफी सोच रखा हो और थोड़ा code भी लिख रखा हो। और सोचने पर लगता है कि external libraries पर बहुत कम निर्भर low-level project इस तरह के experiment के लिए सबसे सही रहेगा। अगर project third-party libraries के ढेर पर टिका हो, तो internet के बिना problem आने पर अटकना आसान है; Ken ने भी एक उपयुक्त project ही चुना था
    • Interview यहाँ है: https://www.youtube.com/watch?v=EY6q5dv_B-o
      यह एक घंटे का है और Thompson कई दिलचस्प किस्से बताते हैं। Kernighan यह काम बहुत अच्छे से करते हैं कि Thompson को बोलने देते हैं
    • आजकल वाला मज़ाक यह है कि Ken Thompson ने Rob Pike और Robert Griesemer के साथ C / C++ compile होने का इंतज़ार करते-करते Go design कर दिया
    • मुझे जिज्ञासा है कि शुरुआती UNIX developers ऐसी productivity तक कैसे पहुँचे
      जानना चाहता हूँ कि वे 9 से 5 वाली नौकरी की तरह काम करते थे, या फिर life के बाकी हिस्सों को किनारे रखकर इसे खत्म करने के लिए goblin mode में चले गए थे
    • किसी project feature का पहला 80% सच में बहुत तेज़ी से आगे बढ़ सकता है। खासकर जब interest हो और motivation strong हो
      लेकिन बचा हुआ 20% लंबी tail की तरह खिंचता रहता है, और अक्सर भारी मेहनत बनकर enthusiasm खत्म कर देता है

  • Spock भी दंग रह जाए, इतना रोचक है। Mac पर PDP-11 emulator compile करना सीखना चाहूँगा

    • Emulator compile करना काफी आसान है। simh देखें। यह portable है, इसलिए लगभग तुरंत चल जाना चाहिए
      उसके बाद 2.11BSD distribution install करने की कोशिश करना अच्छा रहेगा। इसकी documentation अच्छी है और यह शुरुआती Unix की बहुत सारी अफरातफरी गुजर जाने के बाद आया था। बाद में RT-11 के साथ खेलना भी बहुत मज़ेदार था, और मैंने सच में कुछ छोटी apps भी लिखीं
    • https://opensimh.org/
      Apple Silicon पर भी अच्छे से चलता है
    • यह metal detector से धार्मिक अवशेष खोज निकालने वाले पल जैसा महसूस होता है
    • बहुत आसान! मैं NAND gates से खुद ही एक बना लूँगा

  • वाकई बढ़िया
    लोगों को असली काम में ed इस्तेमाल करते पहली बार देखा
    यह भी जिज्ञासा है कि और किसे ed से निपटना पड़ा था। हाल ही में मुझे एक बहुत पुराने system में login करना पड़ा जिसमें vi नहीं था, इसलिए मैंने खुद editor बनाया; अगर किसी को ancient systems के लिए editor चाहिए तो संपर्क कर सकता है। बहुत fancy नहीं है
    इस software को बनाने वाले लोगों और researchers का काम हैरान करने वाला है, और असली engineers को सम्मान

    • मुझे याद है कि 1960s में Honeywell time-sharing system पर Teletype ASR-33 के जरिए ed जैसा editor इस्तेमाल किया था
      details याद नहीं हैं, लेकिन नई file बनाते समय इसे make से चलाते थे। make love type करने पर editor में जाने से पहले not war print करता था
    • ed नहीं, लेकिन साफ तौर पर उससे प्रभावित: मैं इतना पुराना हूँ कि MS-DOS 3.3 के edlin से typing school का exam दिया था
      उसके बाद फिर कभी इस्तेमाल नहीं किया, और कुछ साल बाद जब Xenix इस्तेमाल कर पाया तब भी ed नहीं चलाया। vi कहीं ज़्यादा sane alternative था
    • अगस्त में phone के Termux में ed इस्तेमाल करके http://canonical.org/~kragen/sw/dev3/justhash.c लिखा था
      किसी ने कहा था कि Android screen keyboard vi के लिए इतना भयानक है कि वह phone पर ed इस्तेमाल करता है, और बात सच लगी इसलिए मैंने आज़माया। phone पर ed, vi से थोड़ा ज्यादा खराब था, लेकिन दोनों अलग-अलग तरीकों से खराब हैं
      HeliBoard के हिसाब से keyboard पर ed commands type करना vi से बहुत आसान था, लेकिन कुछ बार buffer state को लेकर confusion हुआ, जहाँ vi में confusion नहीं होता। practice से शायद बेहतर हो सकता था, लेकिन आखिरकार मैं vi पर लौट गया
    • 90s के mid में मेरे पास AT&T 3B2 था, जिसमें सिर्फ ed था, और DEC VT-102 terminal के तौर पर इस्तेमाल करता था
      ed चलता तो है, लेकिन modern standards से मज़ेदार नहीं है। फिर भी teletype output की तुलना में screen पर इस्तेमाल करना बहुत बड़ा बदलाव रहा होगा
      साथ में, लगभग 1 MIP वाला 3B2 करीब 20 simultaneous users संभाल सकता था
    • मेरे शुरुआती consulting कामों में से एक Coherent system के लिए ed tutorial लिखना था
      मैं ed अक्सर इस्तेमाल करता हूँ, सच कहूँ तो कल भी किया। वजह यह थी कि screen clear किए बिना कुछ edit करना था
      उससे पहले मैंने disk पर stored card images के लिए editor भी बनाया था, जो बहुत primitive था

  • मुझे कभी-कभी tuhs mailing list देखना पसंद है। Ken Thompson, Rob Pike जैसे नामों के साथ-साथ ऐसे कई कम-ज्ञात नाम देखना अच्छा लगता है, जो शुरुआती UNIX और computing scene में शामिल थे

  • यह software archaeology जैसा लगता है

    • SaaS युग को नापसंद करने की कई वजहों में से एक यह है कि ऐसी चीज़ फिर कभी नहीं होगी। 2075 में कोई research या nostalgia के लिए कोई पुराना Notion या Figma boot नहीं करेगा
      social media पर बनने और consume होने वाली culture, या internet culture के कई दूसरे रूपों की तरह, यह पूरी तरह क्षणिक और disposable है। न कोई इतिहास, न कोई भविष्य
      SaaS सिर्फ़ closed होने तक सीमित नहीं है; असल में अक्सर यह लगभग सचमुच एक ही installation से बंधा होता है। आप उसे archive करके कहीं और boot कर सकते होंगे, लेकिन मूल team के बिना सालों बाद ऐसा करना, modern PC के emulator में 1972 Unix boot करने से कहीं बड़ा काम होगा
      उस Unix के पास manuals थे, और उसे कई distribution environments में install और run होने के लिए design किया गया था। SaaS ज़्यादा एक ऐसे गड़बड़झाले जैसा है जिसे सिर्फ़ उसके authors deploy कर सकते हैं—ज़रूरी नहीं कि यह इरादतन हो, बल्कि इसलिए कि उसे ऐसा बनाने के लिए कोई evolutionary pressure नहीं है
      कई बार यह internally दूसरे SaaS के साथ भी उलझा होता है, इसलिए शायद आपको पूरे cloud की state को archive और restore करना पड़े, मानो proprietary software को वहीं live एक global computer पर edit किया जा रहा हो
    • यह सुनने में जितना cool लगता है, उतना है नहीं

  • क्या कोई बता सकता है कि उन file permissions का मतलब क्या है, या कोई reference दे सकता है? मोटा-मोटी अंदाज़ा है, लेकिन खोजने पर भी Unix v2 permissions के बारे में कुछ नहीं मिला
    ls output परिचित लगती है, बस sdrwrw वाला हिस्सा नया है

    • mailing list thread में किसी ने निकाले हुए manual page का link डाला था
      https://gitlab.com/segaloco/v1man/-/blob/master/man1/stat.1?...
      sdrwrw में पहला column s या l होता है, जिसका मतलब small या large है। दूसरा column d, x, u, - होता है, जिसका मतलब directory, executable, setuid, या none है। बाकी owner और non-owner के read/write bits हैं

  • hello world 1328 bytes का? bloated हो गया!

    • मुझे एक compiler याद आया जो कभी मज़ाक में हर binary में एक लंबी कविता डालता था। magic number तो सुना होगा, लेकिन इसमें तो magic sonnet था
      मुझे लगा था कि यह शुरुआती Rust compiler था, पर उससे जुड़ा material नहीं मिला। शायद Go रहा हो
      edit: मिल गया। 'rust-lang/rust#13871: "hello world" contains Lovecraft quotes' https://github.com/rust-lang/rust/issues/13871
    • मेरा https://github.com/pts/minilibc686 i386 पर printf के साथ hello world को 1 KiB से कम में कर सकता है। write के साथ hello world 170 bytes से कम है
    • लगता है अब अपने Unix को tune करने का समय है!

  • शानदार। क्या हम उस time portal में जाकर alternate reality में रह सकते हैं?

    • उस दौर में, जब leaded gasoline इस्तेमाल होती थी, cigarette smoke हर जगह सामान्य था, और asbestos हर कल्पनीय चीज़ में लगाया जाता था? दशक आकर्षक तो है, लेकिन life quality उसके बाद शायद बहुत ज़्यादा सुधरी है
    • संभव है। बस एक असली VT terminal खरीद लें। उदाहरण के लिए https://www.ebay.com/itm/176698465415?_skw=vt+terminal&itmme... जैसा
      computer से जोड़ने के लिए adapter लें, और जो *nix चाहिए उसे simh में चलाएँ। reference के तौर पर https://jstn.tumblr.com/post/8692501831 recommend करूँगा
      इसे काम करने लायक बना लेने के बाद host machine को desk के पीछे या नज़र से दूर कहीं सरका दें, फिर आप 1980 जैसा जी सकते हैं

  • RF tapes को recover करके देखें, तो केवल plain text files देखने पर भी DOS या .iso files द्वारा इस्तेमाल न की गई buffer space दिखती है
    2.11 BSD distribution में भी basic tiling और window manager को native OS पर install करना पड़ता है। इसलिए KDE हो या X11 window manager, वही इस्तेमाल करना पड़ता है