0.3ほぼ完成 — Macバージョンをテストしてください！

次のリリースまでにlisttransactionsのRPCメソッドが完成するといいのですが。心配しているのは、多くのプログラマーが受取支払いの確認にそれを使おうとすることだ。その方法では決して信頼性がない。list/getreceivedbyaddress/label関数が信頼性のある唯一の方法だ。

あらゆる可能な機能が完成するまで永遠にリリースを遅らせるべきではない。常にもう1つやるべきことがあるものだ。

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月22日原文 · 個別ページ

テスト用のWindows版RC1はこちらだ: （削除済み、下記RC2を参照）

テストしてすべてが正常に見えるかどうか報告してくれる方のみダウンロードしてほしい。“c:\program files\bitcoin”内のファイルを確認してほしい。

ギャビン・アンドレセン（Gavin Andresen） 2010年6月22日原文 · 個別ページ

Quote from: satoshi on June 22, 2010, 04:01:53 AM

バージョン0.3でやるべきことリストの全項目を完了した。SVN上のコードはリリースの準備がほぼ整っている。この時点でのテストは非常にありがたい。

クリーンなAmazon EC2のDebian 5.0マシンイメージを作成し、bitcoindのコンパイルに必要なものをすべてインストールし終えた。コンパイルは完了し（ラスロのmakefile.unixの改変版を使用）、問題なく動作している（ブロックチェーンのダウンロードが完了したところだ）。不具合があれば報告する。

gtk版のコンパイルには苦労したが、wxWidgetsのコンパイルで何か間違ったんだと思う。グラフィックスなんていらないし（wxWidgetsの専門家でもないし）、そちらの修正に手を出すつもりはない。

HostFat 2010年6月22日原文 · 個別ページ

同じ問題が起きている :|

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月22日原文 · 個別ページ

[Deleted] Quote from: davidonpda on June 22, 2010, 06:23:26 PM

EXCEPTION: 22DbRunRecoveryException DBENv::open: DB_RUNRECOVERY: Fatal error, run database recovery C:\Program Files\Bitcoin\bitcoin.exe in OnInit() オペレーティングシステムは何か？

通常これが発生するのは、データディレクトリが配置されるべきディレクトリが存在しない場合だ。“%appdata%“ディレクトリが存在するか確認してほしい。

0.2でもこのエラーが出るか？この点で異なるところはないので、0.2では出ず0.3で出る理由が想像しにくいのだが。

HostFat 2010年6月22日原文 · 個別ページ

Windows 7 x64 ENG 4 GB RAM Intel i7 860

以前はlaszloによるv0.2.10ビルドを使っていた。

サトシ・ナカモト（satoshi） 2010年6月22日原文 · 個別ページ

davidonpda、以前もlaszloのビルドを使っていたか？

%appdata%ディレクトリが存在するか、また%appdata%\bitcoinが存在するか確認してくれ。

次を試してみてくれ： rename “%appdata%\bitcoin” bitcoin2

それで動くか？

HostFat 2010年6月22日原文 · 個別ページ

Quote from: satoshi on June 22, 2010, 07:25:13 PM

davidonpda、以前もlaszloのビルドを使っていたか？

%appdata%ディレクトリが存在するか、また%appdata%\bitcoinが存在するか確認してくれ。

次を試してみてくれ： rename “%appdata%\bitcoin” bitcoin2

それで動くか？

両方とも存在している Smiley

Quote from: satoshi on June 22, 2010, 07:25:13 PM

davidonpda、以前もlaszloのビルドを使っていたか？

%appdata%ディレクトリが存在するか、また%appdata%\bitcoinが存在するか確認してくれ。

次を試してみてくれ： rename “%appdata%\bitcoin” bitcoin2

それで動くか？

動いた。

閉じて、古いフォルダからwallet.datを新しいフォルダにコピーしたら、ブロックのダウンロードが始まった。アドレス帳と古い取引は大丈夫なようだが、古い「生成されたコイン」が表示されない……待てばいいだけだろうか？いずれにせよ、古いv0.2.10に戻すこともできる Smiley

編集：もう1つやった。閉じて、古いフォルダからaddr.dat / blk0001.dat / blkindex.datを新しいフォルダにコピーした。 Bitcoin（v0.30）を再起動したら、すべてが動作しているようだ。（古い生成されたコインも表示されるようになった） databaseフォルダの”log.0000000002”だけはコピーしなかった……

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月22日原文 · 個別ページ

私が返信を投稿するより早く解決されたようだ。

LaszloのビルドのBerkeley DBには、私たちのものと互換性のないdatabase/log.*ファイルがあるようだ。.datファイルは問題なく、そのフォーマットは変わるべきではない。すべてのデータは.datファイルに保存されている。すべての自分のデータはwallet.datに保存されている。ブロックチェーンの再ダウンロードを待っていれば、ブロックチェーンがそれらのトランザクションが記録された地点に到達した時点で、欠けていたトランザクションと生成されたコインが表示されたはずだ。

log.0000000002を除いてディレクトリをコピーしたのは最善の解決策だ。これで問題ないはずだ。

database/log.*ファイルには一時的なデータベースデータのみが含まれている。前回Bitcoinを正常に終了した場合、つまり強制終了やクラッシュではなく正常終了した場合、database/log.*ファイルは通常安全に削除できる。これらはデータベースがトランザクションの途中でコンピュータがクラッシュしたりプログラムが強制終了やクラッシュした場合に、データを失わずに復旧するためにのみ使用される。

可能であればv0.3を使い続けてほしい、v0.2.10には戻らないでほしい。

この問題に当たった方は、database\log.000000000*ファイルをどこか別の場所に移動してほしい。（その後問題なく動作すれば、後で削除できる）

インストーラーにそれらのファイルを削除や移動させることには躊躇している。前回の実行がクラッシュや強制終了で停止した場合、それは間違った対応になるからだ。

HostFat 2010年6月22日原文 · 個別ページ

ああ、もう0.30を使っている。ありがとう！ Cheesy

DataWraith 2010年6月22日原文 · 個別ページ

WINEで問題なく動作する。韻を踏んだ

言語が自動的にドイツ語に切り替わった。クライアント自体で翻訳を見られるようになったので、改善すべき点にいくつか気づいた。次の2日以内に新しい.poファイルを投稿する。

lachesis 2010年6月22日原文 · 個別ページ

0.3.0は、ラスロのパフォーマンスパッチ適用済みのSVN r84よりもパフォーマンスが向上しているようだ。

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月22日原文 · 個別ページ

Laszloがさらに最適化を有効にするとパフォーマンスが約20%向上することを発見したので、0.3は0.2.0より20%速くハッシュするが、彼は自分のビルドでそれを使っていたと思う。

30khash増加して合計レートはいくつになったか？（増加率を計算するために）

Vasiliev 2010年6月22日原文 · 個別ページ

ラスロのビルドよりもはるかに速い。Intel Core 2 Duo E8500で600-700khash/sから1000-1100khash/sになった。ノートPCのi7では700-800khash/sから約1100khash/sに。

編集: インストーラーの「Run Bitcoin」オプションにチェックを入れたままにすると、初回起動時に管理者権限で実行されるようだ。（Win7の場合）

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月24日原文 · 個別ページ

テスト用のLinux版RC1はこちらだ: （リンク削除済み、下記参照）

32ビットと64ビットの両方のバイナリが含まれている。

最近の変更:

build-unix.txt:

bitcoindのコンパイルに必要なwxBaseのビルド手順を追加。
libboost-devパッケージは何もインストールしなくなったため、libboost-all-devを取得する必要がある。
バージョン番号を更新。

makefile.unix:

libboostライブラリは1.40でファイル名から”-mt”を削除した。Ubuntu KarmicのようにBoost 1.38以下でコンパイルする場合は、boost_system-mtとboost_filesystem-mtに戻す必要がある。

virtualcoin 2010年6月24日原文 · 個別ページ

いいね。:-)

64ビット版はUbuntu 10.04で問題なく動作する。もちろんWINEエミュレーションより（はるかに）速い（64ビットだからか？）

4コア: 2850 khash/s 3コア: 2130 khash/s 2コア: 1420 khash/s 1コア: 700 khash/s

WINE（32ビット）:

4コア - 2300 khash/s 3コア - 1740 khash/s 2コア - 1150 khash/s 1コア - 580 khash/s

ありがとう - 見た目もなかなか良い。

http://i50.tinypic.com/2ih1h0p.jpg

編集: 「送信/受信」と「全取引」の違いは何だろう？

HostFat 2010年6月24日原文 · 個別ページ

Windows向けにx64ビット版をリリースしたら何か変わるだろうか？

Vasiliev 2010年6月24日原文 · 個別ページ

Ubuntu 9.04 x86:

vlad@vlad:~/bitcoin/bin/32$ ./bitcoind ./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11’ not found (required by ./bitcoind)

Bitcoinが何を必要としているか知っている人はいるだろうか？

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月25日原文 · 個別ページ

分からない。もっとLinux経験のある方が必要なライブラリのインストール方法を知っているかもしれない。

Ubuntu 10.04でビルドした。間違いだったかもしれない。より多くの後方互換性のために、古いバージョンでビルドすべきだったかもしれない。Linuxではこれは問題なのだろうか。最新バージョンでビルドすると、古いバージョンで動作に問題が出るのだろうか？10.04でGCCの古いバージョンにダウングレードする方法はあるか？

64ビット版は32ビット版より速くないはずだが、2つのLinuxバージョンを並べて比較して確認してもらえると素晴らしい。SHA-256は32ビットアルゴリズムであり、BitcoinMinerでは64ビットはまったく使用していない。

Windows用の64ビット版は必要ない。32ビットプログラムはすべてのバージョンのWindowsで動作する。64ビットOSが64ビットプログラムを要求するLinuxとは違う。

LinuxがWindowsより少し速いかどうかも気になる。

ディレクトリ構成はどうすべきだと思うか: /bin32/ /bin64/ それとも /bin/32/ /bin/64/

HostFat 2010年6月25日原文 · 個別ページ

Windows 7 x64 4 GB RAM Intel i7 860

4コア（仮想8コア）: 2200 khash/s

Ubuntuより低い :|

Theymos（theymos） 2010年6月25日原文 · 個別ページ

オーバークロックしたPentium D上のLinux:

1コア: 565 khash/s、1.01 kW h/日
2コア: 1100 khash/s、1.78 kW h/日

新バージョンでは、laszloのパッチ適用済みSVN 80に比べて20-30 khash/sの改善があるようだ（2コアの場合）。

実行時に依存ライブラリを指すLD_LIBRARY_PATHを追加しなくて済むように、makefileで何を変更すればいいか知っている人はいるだろうか？すでに正しい場所を指す-Iと-Lは設定してある。（これは新バージョンのせいではない。以前からずっとこの問題がある。）

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月25日原文 · 個別ページ

virtualcoinさん、ありがとう。完璧な比較だ。

32ビットWindows（2310k）から32ビットLinux（2500k）への8%の速度向上は、おそらくLinux上の新しいバージョンのGCC（4.4.3 vs 3.4.5）によるものだ。

32ビットから64ビットLinuxへの15%の速度向上はもっと謎だ。コードは完全に32ビットだ。

うーん、x86-64で追加された8つの追加レジスタが効いているのだと思う。16の状態変数のほとんどをレジスタに保持できれば、SHAにとって大きな違いになるだろう。

NewLibertyStandard 2010年6月26日原文 · 個別ページ

いい感じだ！ 1秒あたりのハッシュ数が数秒間断続的に消える。ファイルメニューを複数回クリックすると発生するようだ。Linux 64ビットビルドを使っている。

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月26日原文 · 個別ページ

ステータスバーの最初のパネルは、メニュー項目にカーソルを合わせた時のヘルプ説明と共有されている。すべてのメニュー項目の説明が空白なので、メニュー上にカーソルがある時に空白に置き換わる。

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月26日原文 · 個別ページ

バージョン番号を1.3に変更し、「Beta」を削除した。

（リンク削除済み、下記参照）

irc.lfnet.orgを使用している。

ラズロ・ハニエツ（laszlo） 2010年6月27日原文 · 個別ページ

理由はよくわからないが、俺もそれに気づいた。Win32ビルドはLinux/Macのビルドよりもかなり遅かった。MinGWとか全部使ったけど、どこかで間違えたのかもしれない。おそらくサトシとは異なるバージョンのBerkeley DBを使っていたので、ログにバイナリ互換性がなかったのだと思う。

サトシ・ナカモト（Satoshi Nakamoto） 2010年6月27日原文 · 個別ページ

MinGWにはまだ古くて安定した3.4.5しかない。更新する大きな理由はない。

3.4.5でコンパイルされたSHAの逆アセンブリを見た時、改善の余地がまったく見当たらなかった。さらに8%をどうやって絞り出せるのか想像がつかない。Windowsの方が8%多くオーバーヘッドがある可能性はあるか？システムコールなどは行わず、純粋にビジーな計算コードだけで、タスクスイッチングやその他のハウスキーピング処理がそれだけ奪うことはあるだろうか？

dkaparis 2010年6月27日原文 · 個別ページ

Quote from: satoshi on June 27, 2010, 03:30:13 PM

MinGWにはまだ古くて安定した3.4.5しかない。更新する大きな理由はない。

3.4.5でコンパイルされたSHAの逆アセンブリを見た時、改善の余地がまったく見当たらなかった。さらに8%をどうやって絞り出せるのか想像がつかない。Windowsの方が8%多くオーバーヘッドがある可能性はあるか？システムコールなどは行わず、純粋にビジーな計算コードだけで、タスクスイッチングやその他のハウスキーピング処理がそれだけ奪うことはあるだろうか？

4.4.3でコンパイルされたディスアセンブリも見て、違いがあるかどうか確認するのが最善かもしれない。

関連する話題だが、Visual C++でコンパイルできるのだろうか？時間ができたら試してみようと思っている。

Dimitri

サトシ・ナカモト（Satoshi Nakamoto） 2010年7月2日原文 · 個別ページ

Quote from: dkaparis on June 27, 2010, 10:02:25 PM

Quote from: satoshi on June 27, 2010, 03:30:13 PM

MinGWにはまだ古くて安定した3.4.5しかない。更新する大きな理由はない。

3.4.5でコンパイルされたSHAの逆アセンブリを見た時、改善の余地がまったく見当たらなかった。さらに8%をどうやって絞り出せるのか想像がつかない。Windowsの方が8%多くオーバーヘッドがある可能性はあるか？システムコールなどは行わず、純粋にビジーな計算コードだけで、タスクスイッチングやその他のハウスキーピング処理がそれだけ奪うことはあるだろうか？

4.4.3でコンパイルされたディスアセンブリも見て、違いがあるかどうか確認するのが最善かもしれない。

関連する話題だが、Visual C++でコンパイルできるのだろうか？時間ができたら試してみようと思っている。

Dimitri

可能だが、生成速度は2倍以上遅くなる。

ラズロ・ハニエツ（laszlo） 2010年7月4日原文 · 個別ページ

Mac OS版 - Intelプロセッサと10.5が必要（10.4は非対応）

http://heliacal.net/~solar/bitcoin/builds/MacOSX-Intel-0.3/bitcoin-0.3.0.zip

サトシ・ナカモト（Satoshi Nakamoto） 2010年7月4日原文 · 個別ページ

Laszloのビルドが初のMacリリースになるので、テストしてほしい！

BitLex 2010年7月6日原文 · 個別ページ

xp32/64でrc4を実行しているが、今のところすべて問題なさそうだ。問題なくインストールでき、ポートフォワードしたノードで約50接続、他は8接続。1（/2）コアと1-2（/3）コアに制限しているが、きれいにスケールする。ただまだコインは生成されていない。今晩にはいくらか入るといいが。Cool

サトシ・ナカモト（Satoshi Nakamoto） 2010年7月6日原文 · 個別ページ

0.3リリースした topic 238