कंप्यूटर architecture, operating systems और languages पर क्लासिक Usenet पोस्ट

• yarchive का Computers इंडेक्स पुराने Usenet लेखों को computer architecture, languages, operating systems, Linux, hardware और computer business जैसे विषयों में व्यवस्थित करके आसानी से ब्राउज़ करने योग्य बनाता है
• Computer Architecture में 128-bit·64-bit processors, AMD64, cache, RISC vs CISC, TLB, SPEC, VAX, zero registers जैसे low-level design विषयों पर लेख एकत्र हैं
• Programming Languages में C, Fortran, Ada, COBOL के साथ-साथ compiler optimization, ABI, pointers, volatile, long long, GPL और linking तक भाषा-संबंधित व्यावहारिक मुद्दों को शामिल किया गया है
• operating systems क्षेत्र BSD, microkernels, mmap, setuid, FTP security vulnerabilities के अलावा Linux kernel development, filesystems, security, Git, GPL, memory barriers जैसे विषयों तक फैलता है
• हर entry में लेख का शीर्षक, लेखक और bytes में आकार दिखता है, इसलिए मूल archive को विषय और लेखक के आधार पर चुनकर पढ़ना आसान है

---

इंडेक्स का फ़ॉर्मेट और पढ़ने का तरीका

• yarchive का Computers पेज कंप्यूटर-संबंधित लेखों की विषयवार विभाजित लिंक सूची है
• हर लिंक आमतौर पर निम्न जानकारी के साथ आता है
  • लेख का शीर्षक
  • लेखक या प्रतिभागी का नाम
  • लेख का आकार, उदाहरण: [8913 bytes]

Computer Architecture

• यह section processors, memory, cache, instruction sets, benchmarks, numerical computation और multiprocessor से जुड़े लेखों को समेटता है
• प्रमुख प्रविष्टियाँ
  • The prospects for 128 bit processors
  • 64 bit processors: history and rationale
  • AMD64
  • Caches
  • RISC vs CISC
  • Software-refilled TLBs
  • The SPEC benchmark suite
  • The VAX
  • Zero registers
• लेखकों में John R. Mashey, Linus Torvalds, Terje Mathisen, Mitch Alsup, John D. McCalpin आदि कई प्रविष्टियों में दिखाई देते हैं

Programming Languages

• यह section C, Fortran, Ada, COBOL, compilers, ABI, pointers, standards और optimization से जुड़े लेखों को एकत्र करता है
• प्रमुख प्रविष्टियाँ
  • C
  • C prototypes
  • The "const" qualifier in C
  • The C "volatile" qualifier
  • The 64-bit integer type "long long": arguments and history.
  • Compiler optimizations
  • Fortran standard
  • GCC optimization
  • The GPL and linking
• Dennis Ritchie, Chris Torek, Henry Spencer, Linus Torvalds, Robert Corbett आदि को लेखक या प्रतिभागी के रूप में दिखाया गया है

The Computer Business; Miscellaneous

• इसमें semiconductor business, computer spending, patents, SGI, MIPS, high-tech stocks, startups और innovation से जुड़े लेख शामिल हैं
• प्रमुख प्रविष्टियाँ
  • The chip making business
  • High tech stocks
  • Patents
  • Software patents
  • SGI Cray acquisition
  • SGI and the movies
  • High-tech innovation
• कुछ प्रविष्टियाँ tech industry के बाहर के विषय भी कवर करती हैं, जिनमें Danish, English, Norway, Oceanography जैसे उदाहरण शामिल हैं

Hardware

• यह hardware से जुड़े लेखों का संग्रह है, जैसे storage devices, circuit boards, Ethernet, RS232, optical fiber और memory
• प्रमुख प्रविष्टियाँ
  • Bad blocks
  • Ethernet crossover cables
  • Ethernet encoding
  • The Ethernet patent
  • Non-parity memory
  • Optical fiber
  • RS232 signals

Operating Systems

• इसमें shell, BSD, deadlock, security vulnerabilities, pages, microkernels, memory mapping, real-time systems, setuid और zombie processes जैसे विषय शामिल हैं
• प्रमुख प्रविष्टियाँ
  • The Bourne shell
  • BSD
  • Deadlock
  • An FTP security hole
  • Microkernels
  • Memory mapping
  • Setuid mess
  • Zombie processes

Linux उप-सेक्शन

• Linux operating systems के अंतर्गत एक अलग section है, जिसमें kernel development और system programming से संबंधित कई प्रविष्टियाँ सूचीबद्ध हैं
• इसमें ABI documentation, ACPI, BIOS, block layer, cache, coding style, Git, GPL, kernel headers, locks, memory barriers, filesystems, security, scheduler, TLB, UTF-8, zero-copy जैसे विषय शामिल हैं
• प्रमुख प्रविष्टियाँ
  • ABI documentation
  • Coding style
  • git
  • git rebase
  • The GPL
  • Memory barriers
  • The scheduler
  • Security
  • Spinlocks
  • Zero-copy
• Linus Torvalds, Al Viro, Theodore Ts'o, H. Peter Anvin आदि कई Linux प्रविष्टियों में बार-बार दिखाई देते हैं

[GN⁺]

Hacker News टिप्पणियां

• उम्र बढ़ने के साथ यह एहसास और मजबूत होता जा रहा है कि Usenet एक चूका हुआ मौका था। अगर कुछ चीज़ें ही बेहतर की गई होतीं, तो यह Facebook या Reddit की जगह ले सकता था, जहां अब दोस्त-कनेक्शन केंद्र में नहीं रहे, और local business promotion व news distribution के लिए भी बेहतरीन होता
  यह distributed था, इसके कई clients थे, और इसे जितने चाहें उतने narrow topics में बांटा जा सकता था, इसलिए group structure लगभग subreddit से सीधे match करता

  • koldfront.dk के @asjo अभी भी NNTP को RSS aggregator, blog engine, ActivityPub server आदि कई कामों के लिए इस्तेमाल कर रहे हैं: https://koldfront.dk/just_call_me_mr_nntp_1871
    सच में यह एक चूका हुआ मौका था; protocol समझने में आसान है और decentralization व self-hosting के लिए भी अच्छी तरह fit बैठता है। दुख की बात है कि Python 3.12 के बाद nntplib को 3.13 में हटाया जाना है, और NNTP फिर से जिंदा होने लायक है
  • Usenet में कई कठिन समस्याएं हैं। खासकर moderation और deletion समस्या हैं, क्योंकि किसी को अपनी पोस्ट या बाद में illegal साबित हुई पोस्ट को edit/delete कर पाने की जरूरत होती है, और इसका मतलब publish होने से पहले content review तक निकलता है
    spam भी बड़ा मुद्दा है, और impersonation रोकने के लिए हर चीज़ sign करनी पड़ेगी, लेकिन encryption का सही इस्तेमाल अनुभव के हिसाब से बहुत झंझट भरा है। email में भी हमने देखा है कि यह संतोषजनक ढंग से काम नहीं कर पाया। ऊपर से यह भी संदेह है कि Reddit जैसे hot threads, जहां प्रति सेकंड दर्जनों comments आते हैं, उनके scale को Usenet संभाल पाएगा या नहीं। क्या ये सब “कुछ improvements” से हल हो सकता है?
  • Email 2.0 thread में भी ऐसी ही थोड़ी चर्चा हुई थी: https://news.ycombinator.com/item?id=40392709
    जैसे खराब पैसा अच्छे पैसे को बाहर कर देता है, वैसे ही खराब services अच्छी services को धकेल देती हैं। सुविधा के कारण centralized systems distributed systems को हरा देते हैं, और वही सुविधा लोगों को खींचकर आखिरकार platform के अंदर ले आती है। Classic Usenet अभी भी मौजूद है, और अगर आपके पास email address है तो आप Eternal September account बना सकते हैं। users ज्यादा नहीं हैं, लेकिन आप उनमें से एक हो सकते हैं
  • मैं अभी भी कुछ groups सीधे इस्तेमाल करता हूं, लेकिन traffic दिन-ब-दिन घट रहा है। यह simple था, account थोपता नहीं था, और threading शानदार थी
    आज impersonation वगैरह को देखते हुए accounts उपयोगी हो सकते हैं, लेकिन scoring और plonk मनचाहा content manage और filter करने के लिए सच में powerful tools थे। read state sync की समस्या थी, लेकिन आज इसे आसानी से बेहतर किया जा सकता है
  • नया feed मांगते समय, खासकर अगर आप moderated feed चाहते थे, तो घमंडी gatekeepers बहुत बुरी तरह रास्ता रोकते थे। उन gatekeepers ने web नाम की ट्रेन को आते नहीं देखा, और जब देखा तब तक बहुत देर हो चुकी थी

• अब भी रोंगटे खड़े कर देने वाली Usenet posts में से एक यह है, जो 10 नवंबर 1989 को Berlin से आई थी: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

  • “Germany लगभग 1890 से 1945 के बीच ही unified था, और तब भी यह कोई बहुत बड़ी सफलता नहीं थी” जैसी comment थी—1980s-style कटाक्ष जबरदस्त है। सोचता हूं आज किसी सभ्य जगह पर ऐसा type किया जा सकता है क्या
  • मैंने इसे 1 साल पहले HN पर देखा था[1]। जिन घटनाओं को मैं सिर्फ documentaries से जानता था, उन्हें लोग HN पर किसी दूसरे topic की तरह discuss कर रहे थे—यह देखकर हैरानी हुई
    [1]: https://news.ycombinator.com/item?id=35937637
  • यह इतना चौंकाने वाला था कि मैंने इसे अपने पिता को भेजा, जो 1950 से West Berlin में रह रहे थे
  • वह thread पढ़ने लायक है। इससे पता चलता है कि future prediction मुश्किल है
  • मुझे अभी पता चला कि Usenet 1980 में शुरू हुआ था; सच में कमाल है

• https://yarchive.net/comp/sandboxes.html Clarke के first law का दिलचस्प उदाहरण है। यानी, “जब कोई प्रतिष्ठित लेकिन बुजुर्ग scientist कहता है कि कुछ संभव है, तो वह लगभग सही होता है; जब वह कहता है कि कुछ असंभव है, तो वह आमतौर पर गलत होता है”
  Theodore Ts'o की post कहती है कि software sandboxing नामुमकिन तो नहीं, लेकिन काफी मुश्किल है। तर्क यह है कि इसे user या sandboxed program को configure करना होगा; user को पता नहीं होगा कि क्या करना है और executable पर भरोसा नहीं किया जा सकता। लेकिन इसमें वह model छूट गया जिसमें operating system सभी sandbox forms तय करता है और software खुद को उसके मुताबिक ढालता है। Android और iOS, और snap·flatpak के जरिए Linux, धीरे-धीरे इसी model का इस्तेमाल कर रहे हैं। Sandboxing न सिर्फ possible है, बल्कि जरूरी है
  गलत होना कोई बड़ा अपराध नहीं, और हर कोई कभी-कभी गलत होता है। इसके बाद भी author ने Linux kernel में शानदार काम किया। यह सोचना दिलचस्प है कि smart लोग क्यों गलत होते हैं, और “impossible” वाले दावों पर skeptical रवैया रखना चाहिए

  • सिर्फ यही नहीं। program अपनी requirements को समझने योग्य manifest के रूप में पेश कर सकता है, और user allow/deny चुन सकता है
    standardized sandbox usability और analysis को आसान बनाता है, और application developers को ऐसे security model को target करने देता है जिसे समझना आसान हो। मूल post की समस्या यह है कि वह मानती है कि बिना malicious intent वाले सभी programs, चाहे कितने भी complex हों, हर हाल में चलने चाहिए। यह उसी तरह की बकवास सोच है जैसे कहना कि halting problem की वजह से formal methods impossible हैं। अगर आप इसे analyze करना आसान नहीं बनाते, तो बस reject कर दें, और इस तरह halting problem से बच जाते हैं
  • कम भरोसेमंद environment में execution profile करके, फिर उसके नतीजे से sandbox define भी किया जा सकता है। उदाहरण के लिए Linux को NSA SEL learning mode में चलाना
    यह secretive, forgotten या proprietary systems पर भी अच्छा काम करने वाला black-box style system monitoring approach है, और hardware हो या software, ज्यादातर systems में अच्छी engineering practice है। क्योंकि anomalies आम तौर पर काफी अच्छी तरह detect हो जाती हैं

• आप सोच सकते हैं कि NNTP scale नहीं होता, लेकिन अपने golden age में भी Usenet ही अकेला NNTP network नहीं था। Usenet से peering न करने वाले बहुत सारे niche NNTP servers थे, और कुछ niche NNTP communities आज भी ठीक से चल रही हैं
  कुछ ही peers वाला छोटा closed network भी सैकड़ों से हजारों लोगों को संभाल सकता है। social media structure ने हमें यह आदत डाल दी है कि पूरी दुनिया feed या inbox में घुस आए, लेकिन ऐसा होना जरूरी नहीं। इसलिए NNTP अच्छा है। भारी-भरकम public participation का न होना bug नहीं, feature है

• ऑफलाइन लिखना हो तो यहाँ से ले सकते हैं: https://yarchive.net/downloads/
  GNU/Linux या BSD पर Midnight Commander जैसी चीज़ इस्तेमाल करें तो compression खोले बिना ही फ़ाइलें सीधे पढ़ सकते हैं, जो सुविधाजनक है

• अच्छा होता अगर इन्हें तारीख़ के क्रम में sort करने का कोई तरीका होता

  • इसे console में paste कर दें :-)
    मुझे यक़ीन नहीं कि सभी तारीख़ें सही तरह parse हुई हैं; मैंने हर link में पहली बार आने वाले Date: ** को बस सीधे इस्तेमाल किया है
    https://gist.github.com/Bewelge/1f42c4ba999128ae1ded6f0ecc63...

• “नई programming language का मुख्य target मौजूदा programmers होते हैं, यानी वे लोग जो पहले से English keywords इस्तेमाल करने वाली languages से परिचित हैं. जिन्हें English keywords में दिक्कत होती है, वे शायद programmer के रूप में काम नहीं कर रहे होंगे, इसलिए उनकी आवाज़ सुनाई नहीं देती”[1] वाली समस्या English और programming languages से कहीं आगे की समस्या है
  [1]: https://yarchive.net/comp/english.html

• जुलाई 1992 में, SunOS 4.1 के लिए NeWS के HyperLook पर चलने वाले SimCity की announcement पोस्ट करके उसे ftp.uu.net से distribute किया गया था; तब Internet का commercial software distribution के लिए दुरुपयोग करने का आरोप लगाते हुए जो thread या mail archive भड़क उठा था, वह अब नहीं मिल रहा
  एक पूरी तरह काम करने वाला demo FTP से लिया जा सकता था, लेकिन कुछ मिनट बाद शहर पिघलने लगता था; 800 नंबर पर call करके credit card से license key खरीदें तो तुरंत unlock हो जाता था. अतिरिक्त शुल्क देने पर floppy और printed manual वाला box भी mail से भेज दिया जाता था. उस समय https नहीं था और http web servers भी ज़्यादा नहीं थे, और credit card number email से भेजना समझदारी नहीं थी
  उससे पहले तक, अमेरिकी रक्षा विभाग की ARPANET acceptable use policy के तहत commercial use प्रतिबंधित था, लेकिन करीब 1991 में NSF ने NSFNET के commercial use पर restrictions हटा दिए थे. हालांकि जुलाई 1992 में Unix के लिए SimCity की commercial release के समय सभी को यह खबर पता नहीं थी, इसलिए आलोचना होना स्वाभाविक था
  Internet commercialization की अग्रिम पंक्ति में रहे Rick Adams ने ftp.uu.net के anonymous FTP पर distribute करने के लिए account दिया था, और उन्हें यह ठीक लगा, इसलिए शिकायत करने वालों को ignore किया गया. Usenet UUCP traffic का बड़ा हिस्सा uunet hubs से होकर गुजरता था, इसलिए don@uunet / uunet!don पर ग़लती से भटकी हुई mail भी कभी-कभी मिल जाती थी, लेकिन credit card number वाली mail नहीं मिली
  https://donhopkins.com/home/SimCity_HyperLook.gif
  https://donhopkins.com/home/HyperLookSimCityManual.pdf
  https://groups.google.com/g/comp.windows.x/c/ukCskm_x410/m/G...
  ARPANET के शुरुआती दौर में commercial use प्रतिबंधित था, और Internet के commercialization व privatization की प्रक्रिया में 1991 में NSFNET restrictions में ढील और 1995 में backbone privatization अहम turning points थे. Rick Adams और UUNET ने भी UUCP-आधारित Usenet और mail services से commercial Internet backbone तक विस्तार करते हुए Internet commercialization में बड़ी भूमिका निभाई
  https://en.wikipedia.org/wiki/Rick_Adams_(Internet_pioneer)
  Suck.com Net.Moguls Internet Mogul Trading Cards: https://web.archive.org/web/20181211075708/http://www.suck.c...
  Rick Adams, Front: https://web.archive.org/web/20180802115113im_/http://www.suc...
  Rick Adams, Back: https://web.archive.org/web/20180802143444im_/http://www.suc...

  • HN comment लिखते समय ChatGPT से घटिया बकवास तैयार न करवाई जाए, यही अच्छा होगा
  • UUCP और Internet एक ही चीज़ नहीं हैं, लेकिन दोनों ने Usenet और mail host किए थे
    Internet commercialization में बड़ा मुद्दा यह था कि मूल रूप से Internet से जुड़ी companies को third parties के लिए packets route करने से मना था, और असल में खेल तब बदला जब यह policy बदली. उसके बाद कोई भी हिस्सा ले सकता था

• “आपको क्यों लगता है कि Linux सबसे व्यापक रूप से distributed Unix बन गया? क्योंकि उसने niche से बचा, inbreeding से बचा, और बहुत ज़्यादा निर्देशित नहीं था, इसलिए उसे उन समस्याओं का सामना नहीं करना पड़ा जो असंतुलित systems में दिखती हैं”[1]—यह बात प्रभावशाली है
  [1]: https://news.ycombinator.com/item?id=40404440

[jangsc0000]

Maximum tokens exceeded