ハードドライブ: 私たちが望みも必要ともしなかったハードドライブたち [動画] (2022)

 (tom7.org)
1 ポイント 投稿者 GN⁺ 2024-09-01 | 1件のコメント | WhatsAppで共有
  • Harder Drive は、望みも必要ともしなかったハードドライブ・プロジェクトの論文、映像、アプリ、オーディオ資料を1か所に集めたページである
  • 関連する 論文 と YouTube 動画があわせてリンクされており、プロジェクトの説明を文章と映像の両方から追うことができる
  • IPv4 アドレス空間を探索するアプリは torrent で提供されており、実行には 64-bit Windows と十分な RAM が必要な場合がある
  • RAM の必要量は例として 32GB? と記されており、一般的な軽量デモよりも実行環境の制約が大きい
  • 着信音オーディオと「Have your own Harder Drive」の項目もあるが、提供された本文だけでは具体的な利用方法は確認しにくい

Harder Drive 資料集

  • ページタイトルは Harder Drive: Hard drives we didn't want or need である
  • 長い説明文というより、関連資料へ移動する短い文句とセクション見出しを中心に構成されている

論文と動画

  • 「Read words」セクションでは、関連 論文 を読めると案内している
  • 「Watch draws and hear words」セクションは、YouTube チャンネルの複数の 動画 へつながっている

IPv4 探索アプリ

  • 「Browse the internet」セクションでは、動画で IPv4 アドレス空間を探索するために使ったアプリを torrent で入手できると案内している
  • 実行条件として 64-bit Windows マシンと十分な RAM が必要で、RAM の例として 32GB? と表示されている

その他の提供項目

  • 「Ringtones」セクションでは、動画の 着信音オーディオ をほかの曲と一緒に入手できる
  • 「Have your own Harder Drive」セクションは「impenetrable」という表現で始まるが、提供された本文だけでは具体的な内容は確認できない

関連記事

1件のコメント

 
GN⁺ 2024-09-01
Hacker News のコメント

  • 全部のバックカタログを見ることをおすすめする。今活動している人の中で、Tom7 ほど創造的な人がいるのか分からない

    • 同意。Tom7 に初めて触れたのは「Super Mario Bros. is Easy with Lexicographic Orderings and Time Travel...」で、それ以来すっかりハマった
    • SIGBOVIK はいつも素晴らしいし、Tom7 は一貫してその舞台の主役だ

  • この動画でここで初めて Tom7 を知った人がどれくらいいるのか気になる

    • 絶対に存在するはずがないと思うほどばかげたものを思いついたら、この人はそれ以上にばかげたアイデアを出して、実際に実装までしてしまう
      しかも、それがなぜ持続可能な未来を作る素晴らしいアイデアなのかまで見せてくれる
    • この人のことはまったく知らなかったけど、本当にすごかった。購読した

  • いくつかのアイデアはかなり古いものだけど、コミカルな真剣さが本当にいい
    昔のアナログ遅延回路を思い出す。記憶が正しければ、信号をガラス中の音波として送り、複数のタップで異なる遅延を作る方式だった
    ついでに、別投稿にしてもよさそうなクールな例: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...

  • Tom7 のコンテンツを初めて見て、面白いナード動画くらいを期待していた
    見終わると鳥肌が立ち、カタルシスを感じた。最後にかなり真面目なテーマへ転じるとは思わなかった
    全体の構成だけでも賞に値すると思うが、そこにものすごいエンジニアリングの努力まで入っている。自分が一生かかっても到達できると望める水準を超えた品質だ

    • この動画でいちばん好きなのは、「Network Block Device Kit」を使って3つのドライブキットを作り、それぞれを単語1つずつに対応させるところ
      「Network」ストレージ、「Block」ストレージ、「Device」ストレージに分かれている

  • 2003年ごろ、lcamtuf がとても似たコンセプトを話していた記憶がある
    そのバージョンでは、秘密データを分割して存在しないメールアドレスへ送り、数日後にバウンスさせる方式だった
    秘密を再構成したければ適切な断片を集めればよく、どこかで全断片を追跡しておく必要がある。あるいは、そのまま別の存在しないメールアドレスへ送ればいい

  • http://tom7.org/papers/murphy2022harder.pdf

    • その通りだけど、Tom7 の動画発表もいつも本当に面白い

  • ping ベースのドライブの基本前提、つまりパケットの転送時間のような一時的な媒体を活用するというアイデアは、clacks(https://github.com/AlexanderParker/clacks) の核心だった。似たアイデアを他の人が探究しているのを見てうれしかった
    自分のアプローチは ICMP ping を使うというより、互いにランダムなパケットを跳ね返し合う P2P システムに近かった
    付け加えると、ピアネットワークをシミュレートし、単一のメッセージがネットワークを通じて伝播する動画をレンダリングしてある: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
    この方式でファイルを復元するには少し時間がかかるだろう。「いつかは」戻ってくる

  • データをものすごく遠くへ送ってバッファリングし、月のようなものに反射させて、その伝播距離をメモリとして使うアイデアが本当に最高に好き

    • Conway の Game of Life における最初の自己構成機械はこの原理を使っていた。2本の構成アームがあり、自己複製に必要なレシピがグライダーにエンコードされ、2本のアームの間を行き来しながら反射される
      何らかの記憶装置を作るより、この方式のほうがずっと単純だと分かった
      https://conwaylife.com/wiki/Gemini
    • とてもとても長い遅延線メモリチューブのようなもの。ただし大部分が水銀ではなく、ほぼ真空なだけ
      https://en.wikipedia.org/wiki/Delay-line_memory
    • 残念ながら自由空間経路損失が Shannon-Hartley のチャネル容量を制限するため、この方式で保存できる総情報量は距離が大きくなるほど漸近的に 0 に近づく
      参考までに、組み合わせた式は C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c。さらに lim->∞ d×ln(1+1÷d²) は残念ながら 0 だ。興味深いことに、帯域幅、したがって中心周波数を上げてより多くの情報を保存しようとしても同じ限界にぶつかる
      Wolfram Alpha はまだ最適距離の閉形式解をうまく出してくれない
    • かつてはアナログ信号の保存によく使われていた方式だった
      https://en.m.wikipedia.org/wiki/Delay-line_memory
    • 遅延線メモリはこの概念をいくつもの方式で使っていた。たとえば遅い音波を部屋の中で反射させたり、長く巻いたワイヤにねじれを伝送したりする方式だった

  • ここではインセプション的などんでん返しを称賛しないといけない。見ている間ずっと「データを保存するこのばかげて無駄な方式たちも、ブロックチェーンよりはかなり効率的だな」と考えて、賢ぶっていた
    ところが、それこそがこっそり隠されていた核心だったと分かった

  • 2年前にもコメントが41件付いていた
    https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...