Các bài đăng Usenet kinh điển về kiến trúc máy tính, hệ điều hành và ngôn ngữ

 (yarchive.net)
2 điểm bởi GN⁺ 2024-05-20 | 2 bình luận | Chia sẻ qua WhatsApp
  • Chỉ mục Computers của yarchive là tài liệu gom các bài viết Usenet cũ theo các chủ đề kiến trúc máy tính, ngôn ngữ, hệ điều hành, Linux, phần cứng và kinh doanh máy tính để dễ tra cứu
  • Computer Architecture tập hợp các luận điểm thiết kế cấp thấp như bộ xử lý 128-bit/64-bit, AMD64, cache, RISC vs CISC, TLB, SPEC, VAX, zero registers
  • Programming Languages đề cập đến các vấn đề thực tiễn xoay quanh ngôn ngữ, không chỉ C, Fortran, Ada, COBOL mà còn tối ưu hóa trình biên dịch, ABI, con trỏ, volatile, long long, GPL và linking
  • Mảng hệ điều hành mở rộng từ BSD, microkernels, mmap, setuid, lỗ hổng bảo mật FTP đến phát triển nhân Linux, hệ thống tệp, bảo mật, Git, GPL và memory barriers
  • Mỗi mục hiển thị kèm tiêu đề bài viết, tác giả và kích thước theo byte, giúp dễ chọn đọc kho lưu trữ nguyên văn theo chủ đề và tác giả

Định dạng chỉ mục và cách đọc

  • Trang Computers của yarchive là danh sách liên kết chia các bài viết liên quan đến máy tính theo chủ đề
  • Mỗi liên kết thường cung cấp kèm các thông tin sau
    • Tiêu đề bài viết
    • Tên tác giả hoặc người tham gia
    • Kích thước bài viết, ví dụ: [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Tiểu mục Linux

  • Linux là một mục riêng bên dưới phần hệ điều hành, liệt kê nhiều mục liên quan đến phát triển nhân và lập trình hệ thống
  • Đề cập đến tài liệu hóa ABI, ACPI, BIOS, block layer, cache, coding style, Git, GPL, kernel headers, lock, memory barriers, hệ thống tệp, bảo mật, scheduler, TLB, UTF-8, zero-copy, v.v.
  • Các mục tiêu biểu
  • Linus Torvalds, Al Viro, Theodore Ts'o, H. Peter Anvin và một số người khác xuất hiện lặp lại ở nhiều mục Linux

Bài viết liên quan

2 bình luận

 
GN⁺ 2024-05-20
Ý kiến trên Hacker News

  • Càng lớn tuổi, tôi càng cảm thấy Usenet là một cơ hội bị bỏ lỡ. Nếu chỉ được cải thiện vài điểm, nó có thể đã thay thế vị trí của Facebook khi không còn tập trung vào kết nối bạn bè, hoặc Reddit; và có lẽ cũng rất tuyệt cho việc quảng bá doanh nghiệp địa phương và phân phối tin tức
    Nó là phân tán, có nhiều client, và có thể chia nhỏ theo chủ đề hẹp tùy ý, nên cấu trúc nhóm hẳn gần như tương ứng trực tiếp với subreddit

    • @asjo của koldfront.dk đến nay vẫn dùng NNTP cho nhiều mục đích như trình tổng hợp RSS, blog engine, máy chủ ActivityPub, v.v.: https://koldfront.dk/just_call_me_mr_nntp_1871
      Đó thật sự là một cơ hội bị bỏ lỡ; giao thức này dễ hiểu và rất phù hợp với phân quyền cũng như tự host. Thật tiếc là sau Python 3.12, nntplib dự kiến bị gỡ bỏ trong 3.13; NNTP xứng đáng được hồi sinh
    • Usenet có khá nhiều vấn đề khó. Đặc biệt là điều phối và xóa bỏ: cần có khả năng chỉnh sửa/xóa bài của chính mình hoặc các bài về sau bị xác định là bất hợp pháp, và điều đó còn hàm ý việc rà soát nội dung trước khi đăng
      Spam cũng là vấn đề lớn; để ngăn mạo danh thì mọi thứ phải được ký, nhưng qua kinh nghiệm, dùng mã hóa cho đúng là cực kỳ phiền phức. Ta đã thấy điều đó không hoạt động thỏa đáng ngay cả với email. Hơn nữa, cũng đáng nghi liệu Usenet có chịu nổi quy mô các thread nóng kiểu Reddit, nơi có hàng chục bình luận mỗi giây, hay không. Liệu những thứ này có thể được giải quyết bằng “vài cải tiến” không?
    • Trong thread Email 2.0 cũng từng có một cuộc thảo luận tương tự: https://news.ycombinator.com/item?id=40392709
      Có vẻ như dịch vụ tệ đẩy lùi dịch vụ tốt, giống như tiền xấu đẩy tiền tốt ra khỏi lưu thông. Vì tiện lợi, mô hình tập trung thắng mô hình phân tán; chính sự tiện lợi đó kéo mọi người vào và cuối cùng khiến họ mắc kẹt trong nền tảng. Usenet cổ điển vẫn còn đó, và nếu có địa chỉ email thì có thể tạo tài khoản Eternal September. Người dùng không nhiều, nhưng bạn có thể trở thành một trong số đó
    • Tôi vẫn trực tiếp dùng vài nhóm, nhưng lưu lượng đang giảm từng ngày. Nó đơn giản, không ép phải có tài khoản, và threading rất tuyệt
      Giờ nghĩ đến mạo danh và những thứ tương tự thì tài khoản có thể hữu ích, nhưng chấm điểm và plonk từng là công cụ thực sự mạnh để quản lý và lọc những gì mình muốn đọc. Có vấn đề đồng bộ trạng thái đã đọc, nhưng hiện nay có lẽ có thể cải thiện dễ dàng
    • Khi yêu cầu feed mới, đặc biệt nếu muốn feed được điều phối, những kẻ gác cổng ngạo mạn thường cản trở rất dữ. Họ đã không thấy đoàn tàu web đang lao tới, và khi nhận ra thì đã quá muộn

  • Một trong những bài đăng Usenet đến giờ vẫn khiến tôi nổi da gà là bài này, được đăng từ Berlin ngày 10/11/1989: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • Việc có một bình luận kiểu “Đức chỉ thống nhất trong khoảng từ năm 1890 đến 1945, mà ngay cả khi đó cũng chẳng phải thành công vang dội gì” cho thấy kiểu châm biếm cay độc thập niên 1980 thật ghê gớm. Không biết ngày nay trong một nơi lịch sự liệu có ai gõ được câu như vậy không
    • Tôi đã thấy cái này trên HN một năm trước[1]. Thật ngạc nhiên khi thấy mọi người thảo luận về một sự kiện mà tôi chỉ biết qua phim tài liệu theo cách giống như họ bàn các chủ đề khác trên HN
      [1]: https://news.ycombinator.com/item?id=35937637
    • Nó thật sự đáng kinh ngạc nên tôi đã gửi cho cha tôi, người sống ở Tây Berlin từ năm 1950
    • Thread đó đáng đọc. Nó cho thấy dự đoán tương lai khó đến mức nào
    • Tôi vừa mới biết Usenet bắt đầu từ năm 1980, thật sự ấn tượng

  • https://yarchive.net/comp/sandboxes.html là một ví dụ thú vị minh họa định luật thứ nhất của Clarke. Tức là “Khi một nhà khoa học lỗi lạc nhưng lớn tuổi nói rằng điều gì đó có thể, ông ta gần như chắc chắn đúng; khi nói rằng nó là bất khả, ông ta rất có thể sai”
    Bài viết của Theodore Ts'o lập luận rằng sandboxing phần mềm, nếu không phải bất khả thi, thì cũng khá khó. Lập luận là người dùng hoặc chương trình bị sandbox phải thiết lập nó, nhưng người dùng không biết phải làm gì, còn file thực thi thì không thể tin cậy. Tuy nhiên, bài này bỏ sót cách hệ điều hành định nghĩa mọi dạng sandbox và phần mềm thích nghi theo đó. Android và iOS, cùng Linux thông qua snap·flatpak, ngày càng dùng mô hình này. Sandboxing không chỉ khả thi mà còn thiết yếu
    Sai không phải tội lớn, ai cũng có lúc sai. Sau đó tác giả vẫn làm được nhiều việc xuất sắc trong Linux kernel. Thật thú vị khi suy nghĩ vì sao người thông minh lại sai, và giữ thái độ hoài nghi trước các tuyên bố “bất khả thi”

    • Cũng không hẳn chỉ có vậy. Chương trình có thể trình bày yêu cầu dưới dạng manifest dễ hiểu, rồi người dùng chọn cho phép hoặc từ chối
      Sandbox chuẩn hóa giúp dễ sử dụng và dễ phân tích, đồng thời cho phép nhà phát triển ứng dụng nhắm tới một mô hình bảo mật dễ hiểu. Vấn đề của bài gốc là nó giả định mọi chương trình không độc hại, dù phức tạp đến đâu, đều nhất thiết phải chạy được. Đó là cùng kiểu tư duy nhảm nhí như nói rằng phương pháp hình thức là bất khả thi vì bài toán dừng. Nếu không làm cho nó dễ phân tích thì cứ từ chối, và như vậy tránh được bài toán dừng
    • Cũng có thể profile việc thực thi trong một môi trường ít đáng tin cậy hơn rồi dùng kết quả đó để định nghĩa sandbox. Ví dụ như chạy Linux ở chế độ học của NSA SEL
      Cách này là một hướng giám sát hệ thống kiểu hộp đen, phù hợp cả với các hệ thống bí mật, bị lãng quên hoặc độc quyền; và là thực hành kỹ thuật tốt cho hầu hết hệ thống, dù là phần cứng hay phần mềm. Vì các bất thường nhìn chung được phát hiện khá tốt

  • Có thể nghĩ NNTP không mở rộng được, nhưng ngay cả thời hoàng kim, Usenet không phải mạng NNTP duy nhất. Có vô số máy chủ NNTP ngách không peering với Usenet, và một số cộng đồng NNTP ngách đến nay vẫn vận hành tốt
    Một mạng nhỏ khép kín chỉ có vài peer cũng có thể phục vụ hàng trăm đến hàng nghìn người. Cấu trúc mạng xã hội đã khiến ta quen với việc cả thế giới tràn vào feed hoặc inbox, nhưng không nhất thiết phải như vậy. Đó là lý do NNTP hay. Việc không có sự tham gia ồ ạt của công chúng không phải bug, mà là feature

  • Nếu muốn đọc ngoại tuyến, có thể tải tại đây: https://yarchive.net/downloads/
    Trên GNU/Linux hoặc BSD, dùng công cụ như Midnight Commander sẽ tiện vì có thể đọc trực tiếp các tệp mà không cần giải nén

  • Ước gì có cách sắp xếp chúng theo thứ tự ngày tháng

  • Vấn đề “đối tượng chính của một ngôn ngữ lập trình mới là các lập trình viên hiện có, tức những người đã quen với các ngôn ngữ dùng từ khóa tiếng Anh. Những người gặp khó khăn với từ khóa tiếng Anh có lẽ sẽ không làm lập trình viên, nên tiếng nói của họ không được nghe thấy”[1] vượt xa phạm vi tiếng Anh và ngôn ngữ lập trình
    [1]: https://yarchive.net/comp/english.html

  • Vào tháng 7 năm 1992, tôi từng đăng thông báo về SimCity chạy trên HyperLook của NeWS dành cho SunOS 4.1 và phân phối qua ftp.uu.net, rồi bị chỉ trích dữ dội vì bị cho là lạm dụng Internet để phân phối phần mềm thương mại; giờ không còn tìm được thread hay kho lưu trữ email đó nữa
    Có thể tải một bản demo hoạt động đầy đủ qua FTP, nhưng sau vài phút thành phố sẽ tan chảy, và nếu gọi đến số 800 để mua license key bằng thẻ tín dụng thì có thể mở khóa ngay lập tức. Trả thêm phí thì họ cũng gửi qua bưu điện một hộp gồm floppy và sách hướng dẫn in. Khi đó chưa có https, cũng chưa có nhiều máy chủ web http, và gửi số thẻ tín dụng qua email không phải là việc khôn ngoan
    Trước đó, theo chính sách sử dụng được phép của ARPANET thuộc Bộ Quốc phòng Mỹ, việc sử dụng thương mại bị cấm, nhưng khoảng năm 1991 NSF đã gỡ bỏ hạn chế về sử dụng thương mại của NSFNET. Tuy nhiên khi SimCity cho Unix được phát hành thương mại vào tháng 7 năm 1992, không phải ai cũng biết chuyện đó nên dĩ nhiên là bị chỉ trích
    Rick Adams, người ở tuyến đầu của quá trình thương mại hóa Internet, đã cấp cho tôi tài khoản để phân phối qua FTP ẩn danh trên ftp.uu.net; ông cho rằng việc đó ổn, nên tôi phớt lờ những người phàn nàn. Vì phần lớn lưu lượng Usenet qua UUCP đi qua hub uunet, tôi thỉnh thoảng cũng nhận được những email gửi nhầm đến don@uunet / uunet!don, nhưng không có email nào chứa số thẻ tín dụng
    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...
    Những ngày đầu của ARPANET cấm sử dụng thương mại, và trong quá trình thương mại hóa, tư nhân hóa Internet, việc NSFNET nới lỏng hạn chế vào năm 1991 và tư nhân hóa backbone vào năm 1995 là các bước ngoặt quan trọng. Rick Adams và UUNET cũng đóng vai trò lớn trong thương mại hóa Internet khi mở rộng từ các dịch vụ Usenet và email dựa trên UUCP sang backbone Internet thương mại
    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, mặt trước: https://web.archive.org/web/20180802115113im_/http://www.suc...
    Rick Adams, mặt sau: https://web.archive.org/web/20180802143444im_/http://www.suc...

    • Mong là đừng dùng ChatGPT để tạo ra thứ văn bản rác rưởi khi viết bình luận trên HN
    • UUCP và Internet không phải là một, nhưng cả hai đều từng host Usenet và email
      Vấn đề lớn trong thương mại hóa Internet ban đầu là các công ty đã kết nối Internet bị cấm route packet cho bên thứ ba, và thứ thực sự thay đổi cuộc chơi là sau khi chính sách đó được thay đổi. Sau đó thì bất kỳ ai cũng có thể tham gia

  • Câu “Bạn nghĩ vì sao Linux trở thành Unix được phân phối rộng rãi nhất? Vì nó tránh các ngách hẹp, tránh giao phối cận huyết, và không bị chỉ đạo quá mức, nên không mắc các vấn đề thường thấy ở những hệ thống mất cân bằng”[1] thật ấn tượng
    [1]: https://news.ycombinator.com/item?id=40404440
 
jangsc0000 2024-05-20

Vượt quá số lượng token tối đa