โพสต์คลาสสิกจาก Usenet ว่าด้วยสถาปัตยกรรมคอมพิวเตอร์ ระบบปฏิบัติการ และภาษา

 (yarchive.net)
2 คะแนน โดย GN⁺ 2024-05-20 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • ดัชนี Computers ของ yarchive เป็นแหล่งรวมโพสต์ Usenet เก่าที่จัดหมวดตามหัวข้ออย่างสถาปัตยกรรมคอมพิวเตอร์ ภาษา ระบบปฏิบัติการ Linux ฮาร์ดแวร์ และธุรกิจคอมพิวเตอร์ เพื่อให้เลือกอ่านได้ง่าย
  • ในหมวด Computer Architecture รวบรวมประเด็นการออกแบบระดับล่าง เช่น โปรเซสเซอร์ 128 บิต·64 บิต, AMD64, แคช, RISC vs CISC, TLB, SPEC, VAX และ zero registers
  • หมวด Programming Languages ครอบคลุมไม่เพียง C, Fortran, Ada, COBOL แต่ยังรวมถึงประเด็นเชิงปฏิบัติรอบภาษาอย่างการปรับแต่งคอมไพเลอร์, ABI, พอยน์เตอร์, volatile, long long, GPL และ linking
  • ส่วนของระบบปฏิบัติการขยายไปตั้งแต่ BSD, microkernels, mmap, setuid, ช่องโหว่ความปลอดภัยของ FTP ไปจนถึงหัวข้อการพัฒนา Linux kernel, ระบบไฟล์, ความปลอดภัย, Git, GPL และ memory barriers
  • แต่ละรายการแสดงทั้งชื่อโพสต์ ผู้เขียน และขนาดเป็นไบต์ ทำให้สะดวกต่อการเลือกอ่าน คลังต้นฉบับ ตามหัวข้อและผู้เขียน

รูปแบบดัชนีและวิธีอ่าน

  • หน้า Computers ของ yarchive เป็นรายการลิงก์ที่แบ่งโพสต์เกี่ยวกับคอมพิวเตอร์ตามหัวข้อ
  • แต่ละลิงก์โดยทั่วไปจะแสดงข้อมูลต่อไปนี้ร่วมกัน
    • ชื่อโพสต์
    • ชื่อผู้เขียนหรือผู้ร่วมสนทนา
    • ขนาดโพสต์ เช่น [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

  • ครอบคลุมโพสต์เกี่ยวกับธุรกิจเซมิคอนดักเตอร์ ค่าใช้จ่ายด้านคอมพิวเตอร์ สิทธิบัตร SGI MIPS หุ้นไฮเทค สตาร์ทอัป และนวัตกรรม
  • รายการเด่น
  • บางรายการยังกล่าวถึงหัวข้อนอกอุตสาหกรรมเทคโนโลยีด้วย โดยมี Danish, English, Norway และ Oceanography เป็นตัวอย่าง

Hardware

Operating Systems

หมวดย่อย Linux

  • Linux เป็นหมวดแยกภายใต้หัวข้อระบบปฏิบัติการ โดยมีรายการเกี่ยวกับการพัฒนาเคอร์เนลและการเขียนโปรแกรมระบบจำนวนมาก
  • ครอบคลุมหัวข้ออย่างเอกสาร ABI, ACPI, BIOS, block layer, แคช, coding style, Git, GPL, kernel headers, locks, memory barriers, ระบบไฟล์, ความปลอดภัย, scheduler, TLB, UTF-8 และ zero-copy
  • รายการเด่น
  • Linus Torvalds, Al Viro, Theodore Ts'o และ H. Peter Anvin ปรากฏซ้ำในหลายรายการของ Linux

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
GN⁺ 2024-05-20
ความคิดเห็นจาก Hacker News

  • ยิ่งอายุมากขึ้นก็ยิ่งรู้สึกว่า Usenet เป็นโอกาสที่พลาดไป หากปรับปรุงอีกเพียงไม่กี่อย่าง มันอาจเข้ามาแทนที่ Facebook ที่ไม่ได้ยึดโยงกับการเชื่อมต่อเพื่อนเป็นหลักแล้ว หรือ Reddit ได้ และน่าจะยอดเยี่ยมสำหรับการโปรโมตธุรกิจท้องถิ่นกับการกระจายข่าวด้วย
    มันเป็นแบบกระจายศูนย์ มีไคลเอนต์หลายตัว และแบ่งหัวข้อให้แคบได้เท่าที่ต้องการ โครงสร้างกลุ่มจึงน่าจะเทียบกับ subreddit ได้แทบตรงตัว

    • @asjo แห่ง koldfront.dk ยังใช้ NNTP อยู่ในหลายงาน เช่น ตัวรวบรวม RSS, เอนจินบล็อก, เซิร์ฟเวอร์ ActivityPub: https://koldfront.dk/just_call_me_mr_nntp_1871
      มันเป็นโอกาสที่พลาดไปจริง ๆ โปรโตคอลก็เข้าใจง่าย และเหมาะกับการกระจายศูนย์กับการโฮสต์เอง น่าเสียดายที่หลัง Python 3.12 แล้ว nntplib มีกำหนดถูกถอดออกใน 3.13 และ NNTP สมควรได้กลับมาอีกครั้ง
    • Usenet มีปัญหายาก ๆ อยู่ไม่น้อย โดยเฉพาะเรื่อง การม็อดและการลบ เป็นปัญหา เพราะควรต้องแก้ไขหรือลบโพสต์ของตัวเอง หรือโพสต์ที่ภายหลังพิสูจน์ได้ว่าผิดกฎหมายได้ และนั่นก็สื่อถึงการตรวจเนื้อหาก่อนโพสต์ด้วย
      สแปมก็เป็นปัญหาใหญ่ และถ้าจะป้องกันการแอบอ้าง ทุกอย่างต้องมีการลงนาม แต่จากประสบการณ์ การใช้การเข้ารหัสให้ถูกต้องนั้นยุ่งยากมาก เราเห็นแล้วว่าแม้แต่อีเมลก็ยังทำงานได้ไม่น่าพอใจ นอกจากนี้ยังน่าสงสัยว่า Usenet จะรับมือกับขนาดของเธรดร้อน ๆ แบบ Reddit ที่มีคอมเมนต์หลายสิบรายการต่อวินาทีได้หรือไม่ เรื่องพวกนี้แก้ได้ด้วย “การปรับปรุงไม่กี่อย่าง” จริงหรือ?
    • ในเธรด Email 2.0 ก็มีการถกกันคล้าย ๆ กันเล็กน้อย: https://news.ycombinator.com/item?id=40392709
      ดูเหมือนว่า บริการที่แย่จะเบียดบริการที่ดี ออกไป เหมือนเงินเลวขับไล่เงินดี ความสะดวกทำให้ระบบรวมศูนย์ชนะระบบกระจายศูนย์ และความสะดวกนั้นดึงคนเข้ามา จนสุดท้ายคนก็เข้าไปอยู่ในแพลตฟอร์ม Usenet แบบดั้งเดิมยังมีอยู่ และถ้ามีที่อยู่อีเมลก็สร้างบัญชี Eternal September ได้ ผู้ใช้มีไม่มาก แต่คุณก็เป็นหนึ่งในนั้นได้
    • ยังใช้บางกลุ่มโดยตรงอยู่ แต่ทราฟฟิกลดลงทุกวัน มันเรียบง่าย ไม่ถูกบังคับให้มีบัญชี และการจัดเธรดยอดเยี่ยมมาก
      ตอนนี้ถ้าคิดถึงเรื่องการแอบอ้าง ฯลฯ บัญชีอาจมีประโยชน์ แต่ การให้คะแนนและ plonk เป็นเครื่องมือที่ทรงพลังมากในการจัดการและกรองสิ่งที่อยากอ่าน มีปัญหาเรื่องการซิงก์สถานะอ่านแล้วอยู่บ้าง แต่ถ้าเป็นตอนนี้น่าจะปรับปรุงได้ง่าย
    • เวลาขอฟีดใหม่ โดยเฉพาะถ้าต้องการ ฟีดที่มีการม็อด พวกคนเฝ้าประตูที่หยิ่งยโสจะขวางหนักมาก คนเฝ้าประตูเหล่านั้นมองไม่เห็นรถไฟชื่อเว็บที่กำลังวิ่งมา และกว่าจะรู้ตัวก็สายไปแล้ว

  • หนึ่งในโพสต์ Usenet ที่ยังอ่านแล้วขนลุกคือโพสต์นี้จากเบอร์ลินเมื่อวันที่ 10 พฤศจิกายน 1989: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • มีคอมเมนต์ทำนองว่า “เยอรมนีรวมเป็นหนึ่งเดียวอยู่แค่ช่วงประมาณปี 1890 ถึง 1945 และตอนนั้นก็ไม่ได้ประสบความสำเร็จยิ่งใหญ่อะไรนัก” ช่างเป็น คำเหน็บแนมสไตล์ยุค 1980 ที่แรงมาก ทุกวันนี้สงสัยเหมือนกันว่าจะพิมพ์อะไรแบบนั้นในเวทีสุภาพ ๆ ได้ไหม
    • เห็นสิ่งนี้ใน HN เมื่อ 1 ปีก่อน[1] รู้สึกประหลาดใจที่ได้เห็นผู้คนถกเหตุการณ์ที่เคยรู้จักแต่จากสารคดี เหมือนกับที่พวกเขาถกหัวข้ออื่น ๆ ใน HN
      [1]: https://news.ycombinator.com/item?id=35937637
    • มันน่าทึ่งจริง ๆ จึงส่งให้พ่อที่อาศัยอยู่ในเบอร์ลินตะวันตกมาตั้งแต่ปี 1950
    • เธรดนั้นคุ้มค่าแก่การอ่าน มันแสดงให้เห็นว่า การทำนายอนาคต นั้นยาก
    • เพิ่งรู้ว่า Usenet เริ่มในปี 1980 สุดยอดจริง ๆ

  • https://yarchive.net/comp/sandboxes.html เป็นตัวอย่างที่น่าสนใจของกฎข้อที่หนึ่งของ Clarke คือกฎที่ว่า “เมื่อนักวิทยาศาสตร์ผู้มีชื่อเสียงแต่อายุมากบอกว่าบางสิ่งเป็นไปได้ เขามักจะถูกเกือบเสมอ แต่เมื่อบอกว่าเป็นไปไม่ได้ เขามักจะผิด”
    ข้อเขียนของ Theodore Ts'o โต้แย้งว่า software sandboxing หากไม่ถึงกับเป็นไปไม่ได้ ก็ยากพอสมควร เหตุผลคือผู้ใช้หรือโปรแกรมที่ถูก sandbox ต้องเป็นผู้ตั้งค่า แต่ผู้ใช้ไม่รู้ว่าควรทำอะไร ส่วนไฟล์ปฏิบัติการก็เชื่อถือไม่ได้ อย่างไรก็ตาม เขามองข้ามแนวทางที่ว่า ระบบปฏิบัติการเป็นผู้กำหนดรูปแบบ sandbox ทั้งหมด แล้วซอฟต์แวร์ปรับตัวให้เข้ากับสิ่งนั้น Android และ iOS รวมถึง Linux ผ่าน snap·flatpak กำลังใช้โมเดลนี้มากขึ้นเรื่อย ๆ sandboxing ไม่เพียงเป็นไปได้ แต่ยังจำเป็นด้วย
    การทำนายผิดไม่ใช่บาปใหญ่ และทุกคนก็พลาดกันบ้างเป็นครั้งคราว หลังจากนั้นผู้เขียนก็ยังทำงานยอดเยี่ยมในเคอร์เนล Linux ต่อไป การคิดว่าทำไมคนฉลาดถึงพลาด และการมีท่าทีสงสัยต่อคำกล่าวว่า “เป็นไปไม่ได้” นั้นน่าสนใจ

    • ก็ไม่จำเป็นต้องเป็นแค่นั้น โปรแกรมสามารถนำเสนอข้อกำหนดเป็น manifest ที่เข้าใจได้ แล้วให้ผู้ใช้เลือกอนุญาตหรือปฏิเสธก็พอ
      sandbox มาตรฐานช่วยให้การใช้งานและการวิเคราะห์ง่ายขึ้น และทำให้นักพัฒนาแอปพลิเคชันเล็งไปที่โมเดลความปลอดภัยที่เข้าใจง่ายได้ ปัญหาของต้นฉบับคือสมมติว่าโปรแกรมทุกตัวที่ไม่ประสงค์ร้าย ไม่ว่าจะซับซ้อนเพียงใด ต้องทำงานได้เสมอ นี่เป็นกรอบคิดเดียวกับคำพูดเหลวไหลทำนองว่า formal methods เป็นไปไม่ได้เพราะปัญหาการหยุดทำงาน ถ้าไม่ทำให้วิเคราะห์ได้ง่าย ก็แค่ปฏิเสธไป แล้วก็หลบปัญหาการหยุดทำงานได้
    • อาจโปรไฟล์การรันในสภาพแวดล้อมที่เชื่อถือได้น้อยกว่า แล้วใช้ผลลัพธ์นั้นกำหนด sandbox ก็ได้ เช่น การรัน Linux ใน โหมดเรียนรู้ของ NSA SEL
      วิธีนี้เป็นแนวทางเฝ้าระวังระบบแบบกล่องดำที่เหมาะมากกับระบบที่เป็นความลับ ถูกลืม หรือเป็นกรรมสิทธิ์ และเป็นแนวปฏิบัติด้านวิศวกรรมที่ดีสำหรับระบบส่วนใหญ่ ไม่ว่าจะเป็นฮาร์ดแวร์หรือซอฟต์แวร์ เพราะโดยทั่วไปความผิดปกติมักตรวจจับได้ค่อนข้างดี

  • อาจคิดว่า NNTP ขยายสเกลไม่ได้ แต่แม้ในยุครุ่งเรือง Usenet ก็ไม่ใช่เครือข่าย NNTP เพียงอย่างเดียว มี เซิร์ฟเวอร์ NNTP เฉพาะกลุ่ม จำนวนมากที่ไม่ peer กับ Usenet และชุมชน NNTP เฉพาะกลุ่มบางแห่งก็ยังทำงานได้ดีอยู่จนถึงตอนนี้
    เครือข่ายปิดขนาดเล็กที่มี peer เพียงไม่กี่รายก็รองรับคนหลักร้อยถึงหลักพันได้ โครงสร้างของโซเชียลมีเดียทำให้เราคุ้นกับการที่คนทั้งโลกไหลทะลักเข้ามาในฟีดหรือกล่องข้อความ แต่ไม่จำเป็นต้องเป็นเช่นนั้น นั่นแหละคือเหตุผลที่ NNTP ดี การไม่มีการมีส่วนร่วมของมวลชนอย่างท่วมท้นไม่ใช่บั๊ก แต่เป็นฟีเจอร์

  • หากต้องการอ่านแบบออฟไลน์ สามารถดาวน์โหลดได้ที่นี่: https://yarchive.net/downloads/
    บน GNU/Linux หรือ BSD ถ้าใช้เครื่องมืออย่าง Midnight Commander จะสะดวก เพราะสามารถอ่านไฟล์ได้โดยตรงโดยไม่ต้องแตกไฟล์บีบอัด

  • ถ้ามีวิธีจัดเรียงสิ่งเหล่านี้ตามวันที่ก็คงดี

    • แค่วางสิ่งนี้ลงในคอนโซลก็ได้ :-)
      ไม่แน่ใจว่า parse วันที่ทั้งหมดได้ถูกต้องหรือไม่ และใช้เพียง Date: ** ตัวแรกที่พบในแต่ละลิงก์แบบง่าย ๆ
      https://gist.github.com/Bewelge/1f42c4ba999128ae1ded6f0ecc63...

  • ปัญหาที่ว่า “กลุ่มเป้าหมายหลักของภาษาโปรแกรมมิงภาษาใหม่คือโปรแกรมเมอร์เดิม ๆ กล่าวคือคนที่คุ้นเคยกับภาษาที่ใช้คีย์เวิร์ดภาษาอังกฤษอยู่แล้ว ส่วนคนที่มีปัญหากับคีย์เวิร์ดภาษาอังกฤษก็คงไม่ได้ทำงานเป็นโปรแกรมเมอร์ จึงไม่มีเสียงให้ได้ยิน”[1] นั้นเป็นปัญหาที่ไปไกลกว่า ภาษาอังกฤษกับภาษาโปรแกรมมิง มาก
    [1]: https://yarchive.net/comp/english.html

  • ในเดือนกรกฎาคม 1992 เคยมีการประกาศ SimCity ที่รันบน HyperLook ของ NeWS สำหรับ SunOS 4.1 แล้วแจกจ่ายผ่าน ftp.uu.net ก่อนจะโดนถล่มว่าใช้อินเทอร์เน็ตในทางที่ผิดเพื่อแจกจ่ายซอฟต์แวร์เชิงพาณิชย์ แต่ตอนนี้หาเธรดหรือคลังเมลนั้นไม่เจอแล้ว
    สามารถดาวน์โหลดเดโมที่ทำงานได้เต็มรูปแบบผ่าน FTP แต่ไม่กี่นาทีต่อมาเมืองจะละลายพังลง และถ้าโทรไปที่หมายเลข 800 เพื่อซื้อ license key ด้วยบัตรเครดิต ก็จะปลดล็อกได้ทันที หากจ่ายเพิ่มก็จะส่งกล่องที่มีฟลอปปีดิสก์กับคู่มือพิมพ์มาให้ทางไปรษณีย์ด้วย ตอนนั้นยังไม่มี https และเว็บเซิร์ฟเวอร์ http ก็ยังมีไม่มาก การส่งเลขบัตรเครดิตทางอีเมลไม่ใช่เรื่องฉลาด
    ก่อนหน้านั้น นโยบายการใช้งานที่อนุญาตของ ARPANET ของกระทรวงกลาโหมสหรัฐฯ ห้ามการใช้งานเชิงพาณิชย์ แต่ราวปี 1991 NSF ได้ยกเลิกข้อจำกัดการใช้งานเชิงพาณิชย์ของ NSFNET อย่างไรก็ตาม ตอนที่ SimCity สำหรับ Unix ออกจำหน่ายเชิงพาณิชย์ในเดือนกรกฎาคม 1992 ไม่ใช่ทุกคนที่รู้ข่าวนั้น จึงถูกตำหนิอย่างหลีกเลี่ยงไม่ได้
    Rick Adams ซึ่งอยู่แนวหน้าของการทำให้อินเทอร์เน็ตเป็นเชิงพาณิชย์ ให้บัญชีสำหรับแจกจ่ายผ่าน anonymous FTP ของ ftp.uu.net และเมื่อเขาเห็นว่าไม่เป็นไร ก็เลยไม่สนใจคนที่บ่น เนื่องจากทราฟฟิก Usenet แบบ UUCP จำนวนมากผ่านฮับ uunet จึงมักได้รับอีเมลที่ส่งมาผิดถึง don@uunet / uunet!don อยู่บ้าง แต่ไม่มีอีเมลที่มีเลขบัตรเครดิตเลย
    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 การใช้งานเชิงพาณิชย์ถูกห้าม และในกระบวนการทำให้อินเทอร์เน็ตเป็นเชิงพาณิชย์และแปรรูปให้เอกชน การผ่อนคลายข้อจำกัดของ NSFNET ในปี 1991 และการแปรรูป backbone ในปี 1995 ถือเป็นจุดเปลี่ยนสำคัญ Rick Adams และ UUNET ก็มีบทบาทอย่างมากในการทำให้อินเทอร์เน็ตเป็นเชิงพาณิชย์ โดยขยายจากบริการ Usenet และเมลบนฐาน UUCP ไปสู่ backbone อินเทอร์เน็ตเชิงพาณิชย์
    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...

    • หวังว่าจะไม่ใช้ ChatGPT สร้างข้อความห่วย ๆ เพื่อเขียนคอมเมนต์ HN
    • UUCP กับอินเทอร์เน็ต ไม่ใช่สิ่งเดียวกัน แต่ทั้งคู่โฮสต์ Usenet และเมล
      ประเด็นใหญ่ในการทำให้อินเทอร์เน็ตเป็นเชิงพาณิชย์ เดิมทีคือบริษัทที่เชื่อมต่อกับอินเทอร์เน็ตถูกห้ามไม่ให้ route แพ็กเก็ตให้บุคคลที่สาม และสิ่งที่เปลี่ยนเกมจริง ๆ คือหลังจากนโยบายนั้นเปลี่ยนไป จากนั้นใคร ๆ ก็เข้าร่วมได้

  • ประโยคที่ว่า “ทำไมคุณคิดว่า Linux กลายเป็น Unix ที่ถูกเผยแพร่อย่างกว้างขวางที่สุด? เพราะมันหลีกเลี่ยงช่องแคบ หลีกเลี่ยงการผสมพันธุ์ในวงแคบ และไม่ได้ถูกสั่งการมากเกินไป จึงไม่เจอปัญหาที่เห็นในระบบที่เสียสมดุล”[1] นั้นน่าประทับใจ
    [1]: https://news.ycombinator.com/item?id=40404440
 
jangsc0000 2024-05-20

โพสต์ Usenet คลาสสิกเกี่ยวกับสถาปัตยกรรมคอมพิวเตอร์ ระบบปฏิบัติการ และภาษา