ビットコイン・インスティテュート

Re: Linuxビルドの​テスト準備完了

NewLibertyStandardのメール(2009年11月9日00:30 UTC)

よし、ブロックが増え始めた。Windows版より明らかに増え始めるまでに時間がかかるし、増え方もWindows版より遅いように思える。 送ってもらったLinuxビルドは、デバッグが有効になっていたりしないかな? ブロックは1秒あたり約15個ずつ増えている ( 時計を見ながらの目視推定 )。Windows版での増加速度は計っていなかったが、もっと速かった気がする。

開始までどのくらいかかった? たまたま要求したノードが遅いだけかもしれない。遅い開始はダウンロード速度が遅いことと整合する。

現在のdebug.logファイルを見て、何が起こっているか理解したい。相手側の接続が本当に遅いだけかもしれないし、何かがおかしくて失敗してリトライしているのかもしれない。時間がかかりすぎると他のユーザーを混乱させる可能性がある。

マルッティ、あなたが実行した時、ブロックのダウンロードが始まるまでどのくらいかかった? そしてどのくらいの速度でダウンロードした?

NewLibertyStandard
ビットコインを起動した時、ビットコインのポートが使えないと、コマンドラインに以下のメッセージが出る。
ポートが使えるときは、このメッセージは出ない。
既定ポートが塞がっているときは、ビットコインが別のポートを選べるようにできないかな?
BitTorrentクライアントでも同じことがときどきある。
再起動すると、直前まで開いていたポートが閉じている。
ポートを変更するだけで動くようになる。

/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
/usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF
class: ELFCLASS64
Failed to load module:
/usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgiogconf.so

既にSO_REUSEADDRを使用しているので、閉じた後のTIME_WAIT状態でもポートをバインドできる。バインドに失敗するのはプログラムが本当にまだ実行中の場合だけのはずだ。ビットコインの2つのコピーを同じマシンで同時に実行しないことが重要だ。同時にデータベースを変更することになるためだ。1台のマシンで2つ実行する必要はない。コイン生成は今では自動的に複数のプロセッサーを使用する。

これらのlibエラーが何なのかよく分からない。調べてみる。

原典の外部ソース

https://mmalmi.github.io/satoshi/
2024年2月、COPA対ライト裁判の証言の一環としてGitHubで公開

他の外部ソース