2 poin oleh GN⁺ 2024-05-20 | 2 komentar | Bagikan ke WhatsApp
  • Indeks Computers di yarchive adalah kumpulan tulisan Usenet lama yang dikelompokkan berdasarkan topik seperti arsitektur komputer, bahasa, sistem operasi, Linux, perangkat keras, dan bisnis komputer agar mudah ditelusuri
  • Computer Architecture berisi berbagai pembahasan desain tingkat rendah seperti prosesor 128-bit dan 64-bit, AMD64, cache, RISC vs CISC, TLB, SPEC, VAX, dan zero registers
  • Programming Languages membahas bukan hanya C, Fortran, Ada, dan COBOL, tetapi juga isu praktis di sekitar bahasa seperti optimisasi compiler, ABI, pointer, volatile, long long, hingga GPL dan linking
  • Area sistem operasi meluas dari BSD, microkernels, mmap, setuid, dan celah keamanan FTP ke pengembangan kernel Linux, filesystem, keamanan, Git, GPL, dan topik memory barrier
  • Setiap entri menampilkan judul tulisan, penulis, dan ukuran dalam byte sehingga memudahkan membaca arsip asli berdasarkan topik maupun penulis

Format indeks dan cara membacanya

  • Halaman Computers di yarchive adalah daftar tautan yang membagi tulisan terkait komputer berdasarkan topik
  • Setiap tautan umumnya menyediakan informasi berikut
    • Judul tulisan
    • Nama penulis atau peserta
    • Ukuran tulisan, misalnya [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Subbagian Linux

  • Linux adalah bagian terpisah di bawah kategori sistem operasi, dengan banyak entri terkait pengembangan kernel dan pemrograman sistem
  • Mencakup ABI documentation, ACPI, BIOS, block layer, cache, coding style, Git, GPL, kernel headers, lock, memory barriers, filesystem, security, scheduler, TLB, UTF-8, dan zero-copy
  • Entri utama
  • Linus Torvalds, Al Viro, Theodore Ts'o, dan H. Peter Anvin berulang kali ditampilkan di berbagai entri Linux

2 komentar

 
GN⁺ 2024-05-20
Komentar Hacker News
  • Semakin bertambah usia, semakin kuat rasanya bahwa Usenet adalah peluang yang terlewat. Kalau saja beberapa hal diperbaiki, ia bisa menggantikan posisi Facebook yang tidak lagi berpusat pada koneksi teman, atau Reddit, dan tampaknya juga akan sangat bagus untuk promosi bisnis lokal serta distribusi berita
    Karena terdesentralisasi, punya banyak klien, dan bisa dibagi menjadi topik sesempit yang diinginkan, struktur grupnya kemungkinan hampir langsung sepadan dengan subreddit

    • @asjo dari koldfront.dk masih memakai NNTP untuk berbagai keperluan seperti agregator RSS, mesin blog, server ActivityPub, dan lainnya: https://koldfront.dk/just_call_me_mr_nntp_1871
      Benar-benar peluang yang terlewat; protokolnya mudah dipahami dan sangat cocok untuk desentralisasi serta self-hosting. Sayang nntplib setelah Python 3.12 dijadwalkan dihapus pada 3.13, dan NNTP layak dihidupkan kembali
    • Usenet punya cukup banyak masalah sulit. Terutama moderasi dan penghapusan: orang harus bisa mengedit atau menghapus tulisannya sendiri, atau tulisan yang kemudian terbukti ilegal, dan itu bahkan mengisyaratkan perlunya peninjauan konten sebelum dipublikasikan
      Spam juga masalah besar, dan untuk mencegah penyamaran identitas semuanya harus ditandatangani, tetapi memakai kriptografi dengan benar, berdasarkan pengalaman, sangat merepotkan. Kita sudah melihatnya bahkan di email belum bekerja dengan memuaskan. Selain itu, masih dipertanyakan apakah Usenet bisa menangani skala thread panas seperti Reddit yang mendapat puluhan komentar per detik. Bisakah semua ini diselesaikan dengan “beberapa perbaikan”?
    • Ada sedikit diskusi serupa juga di thread Email 2.0: https://news.ycombinator.com/item?id=40392709
      Sepertinya layanan buruk menyingkirkan layanan baik, seperti uang buruk mengusir uang baik. Karena kenyamanan, yang tersentralisasi mengalahkan yang terdesentralisasi, dan kenyamanan itu menarik orang hingga akhirnya masuk ke dalam platform. Usenet klasik masih ada, dan jika punya alamat email, Anda bisa membuat akun Eternal September. Penggunanya tidak banyak, tetapi Anda bisa menjadi salah satunya
    • Saya masih memakai langsung beberapa grup, tetapi trafiknya makin berkurang dari hari ke hari. Sederhana, tidak dipaksa membuat akun, dan threading-nya sangat bagus
      Sekarang, kalau memikirkan penyamaran identitas dan semacamnya, akun mungkin berguna, tetapi scoring dan plonk benar-benar alat yang sangat kuat untuk mengelola dan memfilter apa yang ingin dibaca. Memang ada masalah sinkronisasi status sudah dibaca, tetapi sekarang sepertinya mudah diperbaiki
    • Saat meminta feed baru, terutama jika menginginkan feed yang dimoderasi, para penjaga gerbang yang arogan sangat menghalangi. Mereka tidak melihat kereta bernama web datang, dan ketika sadar, semuanya sudah terlambat
  • Salah satu posting Usenet yang masih membuat merinding adalah tulisan ini, diunggah dari Berlin pada 10 November 1989: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • Ada komentar semacam “Jerman hanya bersatu sekitar tahun 1890 sampai 1945, dan saat itu pun tidak bisa dibilang sukses besar”; sindiran tajam ala 1980-an memang luar biasa. Rasanya sulit membayangkan orang mengetik hal seperti itu di forum sopan zaman sekarang
    • Saya melihat ini di HN setahun lalu[1]. Saya terkejut melihat peristiwa yang hanya saya kenal lewat dokumenter didiskusikan orang-orang di HN seperti mereka membahas topik lain
      [1]: https://news.ycombinator.com/item?id=35937637
    • Sungguh mengejutkan, jadi saya mengirimkannya kepada ayah saya yang tinggal di Berlin Barat sejak 1950
    • Thread itu layak dibaca. Terlihat bahwa memprediksi masa depan itu sulit
    • Saya baru tahu bahwa Usenet dimulai pada 1980; benar-benar luar biasa
  • https://yarchive.net/comp/sandboxes.html adalah contoh menarik dari Hukum Pertama Clarke. Maksudnya hukum yang berbunyi, “Ketika seorang ilmuwan terkemuka tetapi sudah lanjut usia mengatakan sesuatu mungkin dilakukan, ia hampir selalu benar; ketika ia mengatakan sesuatu mustahil, ia biasanya salah”
    Tulisan Theodore Ts'o berargumen bahwa sandboxing perangkat lunak, kalaupun bukan mustahil, tetap cukup sulit. Logikanya, pengguna atau program yang di-sandbox harus mengatur konfigurasinya; pengguna tidak tahu harus melakukan apa, sementara file executable tidak bisa dipercaya. Namun ia melewatkan model bahwa sistem operasi menentukan semua bentuk sandbox dan perangkat lunak menyesuaikan diri dengannya. Android dan iOS, serta Linux lewat snap dan flatpak, makin banyak memakai model ini. Sandboxing bukan hanya mungkin, tetapi juga wajib
    Salah bukanlah dosa besar, dan semua orang kadang salah. Setelah itu pun penulisnya melakukan pekerjaan hebat di kernel Linux. Menarik untuk memikirkan mengapa orang pintar bisa salah dan bersikap skeptis terhadap klaim “mustahil”

    • Tidak harus hanya begitu. Program bisa menyajikan kebutuhannya sebagai manifest yang dapat dipahami, lalu pengguna memilih mengizinkan atau menolak
      Sandbox yang distandardisasi memudahkan kegunaan dan analisis, serta memungkinkan pengembang aplikasi menargetkan model keamanan yang mudah dipahami. Masalah tulisan aslinya adalah asumsi bahwa semua program yang tidak berniat jahat, serumit apa pun, harus selalu bisa berjalan. Itu pola pikir yang sama dengan omong kosong bahwa metode formal mustahil karena halting problem. Kalau tidak dibuat mudah dianalisis, cukup tolak saja, dan dengan begitu halting problem terhindari
    • Kita juga bisa memprofilkan eksekusi di lingkungan yang kurang tepercaya, lalu mendefinisikan sandbox berdasarkan hasilnya. Misalnya menjalankan Linux dalam mode pembelajaran NSA SEL
      Cara ini adalah pendekatan pemantauan sistem ala black box yang cocok juga untuk sistem rahasia, terlupakan, atau proprietary, dan merupakan praktik rekayasa yang baik untuk kebanyakan sistem, baik perangkat keras maupun perangkat lunak. Sebab anomali umumnya bisa dideteksi dengan cukup baik
  • Orang mungkin berpikir NNTP tidak bisa diskalakan, tetapi bahkan pada masa jayanya, Usenet bukan satu-satunya jaringan NNTP. Ada banyak server NNTP niche yang tidak melakukan peering dengan Usenet, dan sebagian komunitas NNTP niche masih berjalan baik sampai sekarang
    Jaringan kecil tertutup dengan hanya beberapa peer pun bisa menampung ratusan hingga ribuan orang. Struktur media sosial membuat kita terbiasa dengan seluruh dunia yang menyerbu feed atau inbox, tetapi tidak harus seperti itu. Itulah sebabnya NNTP bagus. Tidak adanya partisipasi massa yang membanjiri bukan bug, melainkan fitur

  • Jika ingin membacanya secara offline, bisa mengunduhnya di sini: https://yarchive.net/downloads/
    Di GNU/Linux atau BSD, praktis memakai sesuatu seperti Midnight Commander karena file bisa langsung dibaca tanpa perlu diekstrak

  • Akan bagus kalau ada cara untuk mengurutkan ini berdasarkan tanggal

  • Masalah bahwa “target utama sebuah bahasa pemrograman baru adalah programmer yang sudah ada, yaitu orang-orang yang sudah terbiasa dengan bahasa yang memakai kata kunci bahasa Inggris. Orang-orang yang kesulitan dengan kata kunci bahasa Inggris mungkin tidak bekerja sebagai programmer, sehingga suara mereka tidak terdengar”[1] adalah persoalan yang jauh melampaui bahasa Inggris dan bahasa pemrograman
    [1]: https://yarchive.net/comp/english.html

  • Pada Juli 1992, saya pernah mengumumkan SimCity yang berjalan di HyperLook milik NeWS untuk SunOS 4.1 dan mendistribusikannya melalui ftp.uu.net, lalu thread atau arsip email yang terbakar karena dianggap menyalahgunakan internet untuk distribusi software komersial kini tidak bisa ditemukan lagi
    Demo yang sepenuhnya berfungsi bisa diambil lewat FTP, tetapi setelah beberapa menit kotanya meleleh; jika menelepon nomor 800 dan membeli license key dengan kartu kredit, demo itu bisa langsung dibuka kuncinya. Dengan biaya tambahan, mereka juga akan mengirimkan lewat pos sebuah kotak berisi floppy dan manual cetak. Saat itu belum ada https dan belum banyak server web http, sementara mengirim nomor kartu kredit lewat email bukanlah ide yang bijak
    Sebelum itu, menurut kebijakan penggunaan yang diizinkan ARPANET milik Departemen Pertahanan AS, penggunaan komersial dilarang, tetapi sekitar 1991 NSF mencabut pembatasan penggunaan komersial NSFNET. Namun ketika SimCity untuk Unix dirilis secara komersial pada Juli 1992, tidak semua orang sudah mengetahui kabar itu, sehingga tentu saja menuai kecaman
    Rick Adams, yang berada di garis depan komersialisasi internet, memberi akun untuk mendistribusikannya melalui FTP anonim di ftp.uu.net; karena ia menganggapnya tidak masalah, saya mengabaikan orang-orang yang mengeluh. Karena cukup banyak trafik UUCP Usenet melewati hub uunet, saya juga kadang menerima email salah alamat yang aneh ke don@uunet / uunet!don, tetapi tidak ada email berisi nomor kartu kredit
    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...
    Pada masa awal ARPANET, penggunaan komersial dilarang, dan dalam proses komersialisasi serta privatisasi internet, pelonggaran pembatasan NSFNET pada 1991 dan privatisasi backbone pada 1995 menjadi titik balik penting. Rick Adams dan UUNET juga berperan besar dalam komersialisasi internet dengan berekspansi dari layanan Usenet dan email berbasis UUCP menjadi backbone internet komersial
    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, Depan: https://web.archive.org/web/20180802115113im_/http://www.suc...
    Rick Adams, Belakang: https://web.archive.org/web/20180802143444im_/http://www.suc...

    • Semoga saat menulis komentar HN, orang tidak membuat tulisan sampah dengan ChatGPT
    • UUCP dan internet bukanlah hal yang sama, tetapi keduanya menghosting Usenet dan email
      Isu besar dalam komersialisasi internet adalah bahwa perusahaan-perusahaan yang terhubung ke internet semula dilarang merutekan paket untuk pihak ketiga, dan yang benar-benar mengubah keadaan adalah setelah kebijakan itu berubah. Setelah itu, siapa pun bisa ikut serta
  • Pernyataan “Menurut Anda mengapa Linux menjadi Unix yang paling luas didistribusikan? Karena ia menghindari ceruk sempit, menghindari inbreeding, dan tidak terlalu banyak diarahkan, sehingga tidak mengalami masalah yang terlihat pada sistem yang tidak seimbang”[1] terasa mengesankan
    [1]: https://news.ycombinator.com/item?id=40404440

 
jangsc0000 2024-05-20

Melebihi token maksimum