Re: RFC: リリース tarball にブロックチェーン 1-74000 を同梱する?

人物: MrFlibble

最初の反応は「高速セットアップに+1」だったが、24時間の遅延のほとんどはローカルディスクによるものだった。キャッチアップモード中にデータベースの fsync(?)を無効にすることが最も効果的だろう。

witchspaceの投稿(2010年11月25日 04:37 UTC)

えっ、P2P は 1 つのソースではなく多くのユーザーから同時にダウンロードできるから、より高速なはずではないか? (一部のゲーム会社がアップデートの配布に BitTorrent を使っている理由でもある)

良い指摘だ。しかし、ブロックの SHA-256 がコードに組み込まれているので、データも同梱するのは完全に合理的だ。ブロックチェーンが 500MB を超えたら、転送効率が重要になると思う。

選択肢がある、

  • SF の利用規約の範囲内で妥当な限り、SF からブロックチェーンを配布する。
  • SF から「小さな」バイナリを配布し、BitTorrent 経由でデータ付きの「大きな」リリースを配布する
  • 「小さな」リリースを配布し、ブロックチェーン用の.torrent とフェッチャースクリプトを含める。

うーん、各バイナリアーキテクチャごとにブロックチェーンを同梱するのは馬鹿げている。

では、誰がデータのトラッカーとシードを提供するのか? インセンティブやコミュニティ精神のある人? まあ、このフォーラム+Wiki は http://www.slicehost.com/ で動いているようだ => 最低月$20。おそらく Web サイトに影響を与えずに共有でき、シードを厳しくスロットルして他の BT シードにより多くの負担をかけることもできる。