Quote from: jgarzik on November 28, 2010, 06:59:49 PM
Quote from: satoshi on November 28, 2010, 05:13:01 PM
「検証する」ステップがあれば、現在の初期ダウンロードと同じくらいの時間がかかる。ボトルネックはデータダウンロードではなくインデックス作成だ。 […] 初期ダウンロードの速度はプロトコルのバルクデータ転送レートの反映ではない。律速要因はダウンロード中のインデックス作成だ。
申し訳ないが、これらのユーザーのディスクとCPUは100%ではなかった。多くのユーザーにとってボトルネックがデータベースやインデックスではないことは明らかだ。
bzip2は33%の圧縮率を提供し、ダウンロードから数メガバイトを節約する：
Code:[jgarzik@bd data]$ tar cvf /tmp/1.tar blk0001.dat blk0001.dat
[jgarzik@bd data]$ tar cvf /tmp/2.tar blk*.dat blk0001.dat blkindex.dat
[jgarzik@bd data]$ bzip2 -9v /tmp/[12].tar /tmp/1.tar: 1.523:1, 5.253 bits/byte, 34.34% saved, 55439360 in, 36402074 out. /tmp/2.tar: 1.512:1, 5.291 bits/byte, 33.86% saved, 103690240 in, 68577642 out.
33%を「圧縮不能」とは呼ばない
自分にはディスクの問題か彼の側のネットワーク状態の問題のように見えた。IRCログからの一部の引用：
また、ブロックの置き換えによって取引に気づかなくなった可能性もある。