2 ポイント 投稿者 GN⁺ 2024-05-20 | 2件のコメント | WhatsAppで共有
  • yarchive の Computers インデックスは、古い Usenet の投稿をコンピュータアーキテクチャ、言語、オペレーティングシステム、Linux、ハードウェア、コンピュータビジネスの主題ごとにまとめ、閲覧しやすくした資料
  • Computer Architecture には、128ビット・64ビットプロセッサ、AMD64、キャッシュ、RISC vs CISC、TLB、SPEC、VAX、zero registers など、低レベル設計の論点が集められている
  • Programming Languages は、C、Fortran、Ada、COBOL だけでなく、コンパイラ最適化、ABI、ポインタ、volatilelong long、GPL と linking まで、言語周辺の実務的な論点を扱っている
  • オペレーティングシステム分野は、BSD、microkernels、mmap、setuid、FTP のセキュリティ脆弱性に加え、Linux カーネル開発、ファイルシステム、セキュリティ、Git、GPL、メモリバリアの項目へと広がっている
  • 各項目は投稿タイトル、著者、バイト単位のサイズをあわせて表示し、原文アーカイブをテーマや著者ごとに選んで読みやすい

インデックス形式と読み方

  • yarchive の Computers ページは、コンピュータ関連の投稿を主題別に分けたリンク一覧
  • 各リンクはおおむね次の情報をあわせて提供する
    • 投稿タイトル
    • 著者または参加者名
    • 投稿サイズ。例: [8913 bytes]

Computer Architecture

Programming Languages

The Computer Business; Miscellaneous

Hardware

Operating Systems

Linux サブセクション

  • Linux はオペレーティングシステム項目の下にある独立したセクションで、カーネル開発とシステムプログラミング関連の項目が数多く並ぶ
  • ABI の文書化、ACPI、BIOS、ブロックレイヤ、キャッシュ、コーディングスタイル、Git、GPL、カーネルヘッダ、ロック、メモリバリア、ファイルシステム、セキュリティ、スケジューラ、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 とほぼそのまま対応しただろう

    • koldfront.dk の @asjo は今でも NNTP を RSS アグリゲーター、ブログエンジン、ActivityPub サーバーなど、さまざまな用途に使っている: https://koldfront.dk/just_call_me_mr_nntp_1871
      本当に逃した機会だったし、プロトコルは理解しやすく、分散化やセルフホスティングにもよく合っている。Python 3.12 以降、nntplib が 3.13 で削除予定なのは残念で、NNTP は復活する価値がある
    • Usenet には難しい問題がかなりある。特にモデレーションと削除が問題で、自分の投稿や、後に違法だと判明した投稿を編集・削除できる必要があり、それは投稿前の内容レビューまで示唆する
      スパムも大きな問題で、なりすましを防ぐにはすべてに署名する必要があるが、暗号をきちんと使うのは経験上とても面倒だ。メールでも満足に機能していないことはすでに見てきた。さらに、Reddit のように毎秒何十ものコメントが付くホットなスレッドの規模を Usenet がさばけるのかも疑問だ。こうしたことは「いくつかの改善」で解決できるのだろうか?
    • Email 2.0 のスレッドでも似た議論が少しあった: https://news.ycombinator.com/item?id=40392709
      悪貨が良貨を駆逐するように、悪いサービスが良いサービスを押しのけているように見える。利便性のために中央集権型が分散型に勝ち、その利便性が人々を引き寄せ、結局プラットフォームの中へ取り込んでしまう。古典的な Usenet はまだ存在し、メールアドレスがあれば Eternal September のアカウントを作れる。ユーザーは多くないが、その一人になることはできる
    • 今でもいくつかのグループを直接使っているが、トラフィックは日ごとに減っている。シンプルで、アカウントを強制されず、スレッド表示が素晴らしかった
      今ではなりすましなどを考えるとアカウントが役立つかもしれないが、スコアリングと plonk は、見たい内容を管理しフィルタリングするうえで本当に強力な道具だった。既読状態の同期問題はあったが、今なら簡単に改善できそうだ
    • 新しいフィードをリクエストするとき、特にモデレートされるフィードを望む場合は、傲慢な門番たちがひどく立ちはだかった。その門番たちは Web という列車が来ているのを見ておらず、気づいたときにはすでに手遅れだった
  • 今でも鳥肌が立つ Usenet 投稿の一つは、1989年11月10日にベルリンから投稿されたこの文章だ: https://groups.google.com/g/eunet.politics/c/LbrVEM7zp-Y/m/a...

    • 「ドイツが統一されていたのは1890年ごろから1945年までの間だけで、そのときも特に大成功というわけではなかった」というようなコメントがあったとは、1980年代流の毒舌はすさまじい。今どき、礼儀正しい場であんなことをタイプできるだろうかと思う
    • 1年前に HN でこれを見た[1]。ドキュメンタリーでしか知らなかった出来事を、人々が HN でほかの話題を扱うのと同じように議論しているのを見て驚いた
      [1]: https://news.ycombinator.com/item?id=35937637
    • 本当に驚いたので、1950年から西ベルリンに住んでいた父に送った
    • そのスレッドは読む価値がある。未来予測は難しいということがよく分かる
    • Usenet が1980年に始まったことをたった今知ったが、本当にすごい
  • https://yarchive.net/comp/sandboxes.html は Clarke の第一法則を示す興味深い例だ。「著名だが年老いた科学者が、あることが可能だと言うとき、ほぼ正しい。不可能だと言うときは、たいてい間違っている」という法則である
    Theodore Ts'o の文章は、ソフトウェアのサンドボックス化は不可能ではないにしてもかなり難しいと主張している。ユーザーかサンドボックス化されたプログラムが設定しなければならないが、ユーザーは何をすべきか分からず、実行ファイルは信用できないという論理だ。しかし、オペレーティングシステムがあらゆるサンドボックス形態を定め、ソフトウェアがそれに合わせる方式を見落としていた。Android と iOS、そして snap・flatpak を通じた Linux は、ますますこのモデルを使っている。サンドボックス化は可能なだけでなく必須である
    間違うことは大罪ではなく、誰でも時には間違える。その後も著者は Linux カーネルで素晴らしい仕事をした。賢い人々がなぜ間違えるのかを考え、「不可能」という主張に懐疑的でいるのは興味深い

    • 必ずしもそれだけではない。プログラムが要件を理解可能なマニフェストとして提示し、ユーザーが許可・拒否を選べばよい
      標準化されたサンドボックスは使いやすさと分析を容易にし、アプリケーション開発者が理解しやすいセキュリティモデルを目標にできるようにする。元の文章の問題は、悪意のないすべてのプログラムが、どれほど複雑でも必ず動かなければならないと仮定している点にある。停止問題のせいで形式手法は不可能だ、という類のたわごとと同じ考え方だ。分析しやすく作られていなければ単に拒否すればよく、そうすれば停止問題は回避できる
    • あまり信頼できない環境で実行をプロファイリングし、その結果でサンドボックスを定義することもできる。たとえば Linux を NSA SEL 学習モードで動かす方法だ
      この方式は、秘密の、忘れられた、あるいはプロプライエタリなシステムにもよく合うブラックボックス式のシステム監視アプローチであり、ハードウェアでもソフトウェアでも、ほとんどのシステムで良いエンジニアリング慣行だ。異常はたいていかなりうまく検出できるからだ
  • NNTP はスケールしないと思うかもしれないが、全盛期でも Usenet だけが NNTP ネットワークだったわけではない。Usenet とピアリングしない多数のニッチな NNTP サーバーがあり、一部のニッチな NNTP コミュニティは今でもうまく運営されている
    ピアが数個しかない小さな閉じたネットワークでも、数百〜数千人をさばける。ソーシャルメディアの構造は、世界中の人がフィードや受信箱に押し寄せることに私たちを慣れさせたが、必ずそうである必要はない。だから NNTP は良いのだ。圧倒的な大衆参加がないことはバグではなく機能である

  • オフラインで読むなら、ここから入手できる: https://yarchive.net/downloads/
    GNU/Linux や BSD で Midnight Commander のようなものを使うと、展開しなくてもファイルをそのまま読めるので便利

  • これらを日付順に並べる方法があるとよさそう

  • 「新しいプログラミング言語の主な対象は既存のプログラマー、つまりすでに英語キーワードを使う言語に慣れている人たちだ。英語キーワードに苦労する人たちは、おそらくプログラマーとして働いていないので、その声は届かない」[1] という問題は、英語とプログラミング言語をはるかに超える問題
    [1]: https://yarchive.net/comp/english.html

  • 1992年7月、SunOS 4.1 向け NeWS の HyperLook 上で動く SimCity の発表を投稿し、ftp.uu.net で配布したところ、インターネットを商用ソフトウェア配布に悪用したとして炎上したスレッドやメールアーカイブは、今では見つけられない
    完全に動作するデモを FTP で入手できたが、数分後に都市が溶け落ち、800番に電話してクレジットカードでライセンスキーを購入すればすぐにロックを解除できた。追加料金を払えば、フロッピーと印刷マニュアル入りの箱も郵送してくれた。当時は https もなく、http のウェブサーバーも多くなく、クレジットカード番号をメールで送るのは賢明ではなかった
    それ以前は米国防総省の ARPANET の許容利用ポリシーにより商用利用は禁止されていたが、1991年ごろ NSF が NSFNET の商用利用制限を緩和した。ただし 1992年7月に Unix 向け SimCity を商用リリースした時点では、誰もがその知らせを知っていたわけではなかったので、当然のように非難された
    インターネット商用化の最前線にいた Rick Adams が、ftp.uu.net の anonymous FTP で配布するためのアカウントをくれたし、彼は問題ないと見ていたので、不満を言う人たちは無視した。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 初期には商用利用が禁止されており、インターネットの商用化・民営化の過程では、1991年の NSFNET の制限緩和と 1995年のバックボーン民営化が重要な転換点だった。Rick Adams と UUNET も、UUCP ベースの Usenet・メールサービスから商用インターネットバックボーンへと拡大し、インターネット商用化に大きな役割を果たした
    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 コメントを書くのに ChatGPT でゴミのような文章を作ってほしくはない
    • UUCP とインターネットは同じものではないが、どちらも Usenet とメールをホストしていた
      インターネット商用化の大きな争点は、もともとインターネットに接続された企業が第三者にパケットをルーティングすることを禁じられていた点であり、実際に流れを変えたのは、そのポリシーが変わった後だった。その後は誰でも参加できるようになった
  • 「Linux がなぜ最も広く配布された Unix になったと思うか。ニッチを避け、近親交配を避け、過度に指示されなかったため、不均衡なシステムに見られる問題を抱えなかったからだ」[1] という言葉が印象的
    [1]: https://news.ycombinator.com/item?id=40404440

 
jangsc0000 2024-05-20

コンピュータアーキテクチャ、オペレーティングシステム、そして言語に関する古典的なUsenet投稿