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

参加者: MrFlibble

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

Quote from: witchspace on November 25, 2010, 01:37:13 PM

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

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

選択肢がある、

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

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

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