0.3 ほぼ完成 — Mac バージョンをテストしてください！
バージョン 0.3 のやることリストをすべて完了した。SVN 上のコードはリリースの準備がほぼ整った。
この時点でのテストは大変ありがたい。
バージョン 0.3 のやることリストをすべて完了した。SVN 上のコードはリリースの準備がほぼ整った。
この時点でのテストは大変ありがたい。
バージョン 0.3 のやることリストをすべて完了した。SVN 上のコードはリリース準備がほぼ整った。
この時点でのテストは大変ありがたい。
素晴らしい！ ハッシュメーター、RPC サポート、コマンドラインデーモンなど、明らかに大きな改善がある。ただ、次のリリースまでに listtransactions RPC メソッドが完成していると良いのだが。また、JSON-RPC メソッドに dHashesPerSec を表示するコードも追加すべきだ。
素晴らしい仕事だサトシ！
何か宣伝を試みるべきだろうか？ Slashdot に載れると良いのだが。
これまでにいくつかの投稿が採用されたことがあるが、それは今はもういない特定の編集者によるものだった。他に Slashdot とのつながりがある人はいるか？
ただ、次のリリースまでにlisttransactions RPCメソッドが完成していると良いのだが。
心配しているのは、多くのプログラマーが受取支払いの確認にそれを使おうとすることだ。その方法では決して信頼性がない。list/getreceivedbyaddress/label 関数が信頼性のある唯一の方法だ。
あらゆる可能な機能が完成するまで永遠にリリースを遅らせるべきではない。常にもう 1 つやるべきことがあるものだ。
テスト用の Windows 版 RC1 はこちらだ: （削除済み、下記 RC2 を参照）
テストしてすべてが正常に見えるかどうか報告してくれる方のみダウンロードしてほしい。“c:\program files\bitcoin”内のファイルを確認してほしい。
バージョン0.3でやるべきことリストの全項目を完了した。SVN上のコードはリリースの準備がほぼ整っている。 この時点でのテストは非常にありがたい。
クリーンな Amazon EC2 の Debian 5.0 マシンイメージを作成し、bitcoind のコンパイルに必要なものをすべてインストールし終えた。コンパイルは完了し（ラスロの makefile.unix の改変版を使用）、問題なく動作している（ブロックチェーンのダウンロードが完了したところだ）。不具合があれば報告する。
gtk 版のコンパイルには苦労したが、wxWidgets のコンパイルで何か間違ったんだと思う。グラフィックスなんていらないし（wxWidgets の専門家でもないし）、そちらの修正に手を出すつもりはない。
[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 で出る理由が想像しにくいのだが。
Windows 7 x64 ENG 4 GB RAM Intel i7 860
以前は laszlo による v0.2.10 ビルドを使っていた。
davidonpda、以前も laszlo のビルドを使っていたか？
%appdata%ディレクトリが存在するか、また%appdata%\bitcoinが存在するか確認してくれ。
次を試してみてくれ： rename “%appdata%\bitcoin” bitcoin2
それで動くか？
%appdata%ディレクトリが存在するか、また%appdata%\bitcoinが存在するか確認してくれ。
両方とも存在している 😊
サトシ・ナカモトの投稿（2010年6月22日 10:25 UTC）こうしてみてくれ： rename “%appdata%\bitcoin” bitcoin2
それで動くか？
動いた。
閉じて、古いフォルダーから wallet.dat を新しいフォルダーにコピーしたら、ブロックのダウンロードが始まった。 アドレス帳と古い取引は大丈夫なようだが、古い「生成されたコイン」が表示されない……待てばいいだけだろうか？ いずれにせよ、古い v0.2.10 に戻すこともできる 😊
編集： もう 1 つやった。 閉じて、古いフォルダーから addr.dat / blk0001.dat / blkindex.dat を新しいフォルダーにコピーした。 Bitcoin（v0.30）を再起動したら、すべてが動作しているようだ。（古い生成されたコインも表示されるようになった） database フォルダーの”log.0000000002”だけはコピーしなかった……
私が返信を投稿するより早く解決されたようだ。
ラズロのビルドの Berkeley DB には、私たちのものと互換性のない database/log.*ファイルがあるようだ。.dat ファイルは問題なく、そのフォーマットは変わるべきではない。すべてのデータは.dat ファイルに保存されている。すべての自分のデータは wallet.dat に保存されている。ブロックチェーンの再ダウンロードを待っていれば、ブロックチェーンがそれらのトランザクションが記録された地点に到達した時点で、欠けていたトランザクションと生成されたコインが表示されたはずだ。
log.0000000002 を除いてディレクトリをコピーしたのは最善の解決策だ。これで問題ないはずだ。
database/log.*ファイルには一時的なデータベースデータのみが含まれている。前回 Bitcoin を正常に終了した場合、つまり強制終了やクラッシュではなく正常終了した場合、database/log.*ファイルは通常安全に削除できる。これらはデータベースがトランザクションの途中でコンピューターがクラッシュしたりプログラムが強制終了やクラッシュした場合に、データを失わずに復旧するためにのみ使用される。
可能であれば v0.3 を使い続けてほしい、v0.2.10 には戻らないでほしい。
この問題に当たった方は、database\log.000000000*ファイルをどこか別の場所に移動してほしい。（その後問題なく動作すれば、後で削除できる）
インストーラーにそれらのファイルを削除や移動させることには躊躇している。前回の実行がクラッシュや強制終了で停止した場合、それは間違った対応になるからだ。
WINE で問題なく動作する。韻を踏んだ
言語が自動的にドイツ語に切り替わった。クライアント自体で翻訳を見られるようになったので、改善すべき点にいくつか気づいた。次の 2日以内に新しい.po ファイルを投稿する。
ラズロがさらに最適化を有効にするとパフォーマンスが約 20%向上することを発見したので、0.3 は 0.2.0 より 20%速くハッシュするが、彼は自分のビルドでそれを使っていたと思う。
30khash 増加して合計レートはいくつになったか？（増加率を計算するために）
ラスロのビルドよりもはるかに速い。Intel Core 2 Duo E8500 で 600-700khash/s から 1000-1100khash/s になった。ノート PC の i7 では 700-800khash/s から約 1100khash/s に。
編集: インストーラーの「Run Bitcoin」オプションにチェックを入れたままにすると、初回起動時に管理者権限で実行されるようだ。（Win7 の場合）
テスト用の 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 に戻す必要がある。
いいね。:-)
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
編集: 「送信/受信」と「全取引」の違いは何だろう？
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 が何を必要としているか知っている人はいるだろうか？
分からない。もっと 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/
Windows 7 x64 4 GB RAM Intel i7 860
4 コア（仮想 8 コア）: 2200 khash/s
Ubuntu より低い :|
オーバークロックした 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 は設定してある。（これは新バージョンのせいではない。以前からずっとこの問題がある。）
64 ビット版は 32 ビット版より速くないはずだが、2 つの Linux バージョンを並べて比較して確認してもらえると素晴らしい。SHA-256 は 32 ビットアルゴリズムであり、BitcoinMiner では 64 ビットはまったく使用していない。
だがこれを見てくれ。
Ubuntu 10.04 上の 32-bit Linux 版
4 cores: 2500 khash/s 3 cores: 1900 khash/s 2 cores: 1260 khash/s 1 core: 630 khash/s
Ubuntu 10.04 上の 64-bit Linux 版（新しい計測）
4 cores: 2880 khash/s 3 cores: 2150 khash/s 2 cores: 1450 khash/s 1 core: 720 khash/s
（といっても、まだ 1 コインも生成できていない。bitcoin を 4 コアで丸一日動かすことはなくて、1 コアでさえそうしていないのだが……）
@Joozero — Intel i7 860 は 2.8 Ghz だったよな？ 自分の Phenom II は 3 Ghz だから、それも重要な事実だと思う。同じマシンの Windows 7 でも後で bitcoin を試してみる。
/edit
Windows 7 64-bit 上の 32-bit Win 版
4 cores: 2310 khash/s 3 cores: 1740 khash/s 2 cores: 1160 khash/s 1 core: 580 khash/s
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 にとって大きな違いになるだろう。
freenode の代わりにラズロの irc.lfnet.org を試してみよう。RC2 はこちら、変更点はそれだけだ：
（ダウンロードリンクは下記参照）
いい感じだ！ 1秒あたりのハッシュ数が数秒間断続的に消える。ファイルメニューを複数回クリックすると発生するようだ。Linux 64 ビットビルドを使っている。
ステータスバーの最初のパネルは、メニュー項目にカーソルを合わせた時のヘルプ説明と共有されている。すべてのメニュー項目の説明が空白なので、メニュー上にカーソルがある時に空白に置き換わる。
バージョン番号を 1.3 に変更し、「Beta」を削除した。
（リンク削除済み、下記参照）
irc.lfnet.org を使用している。
理由はよくわからないが、俺もそれに気づいた。Win32 ビルドは Linux/Mac のビルドよりもかなり遅かった。MinGW とか全部使ったけど、どこかで間違えたのかもしれない。おそらくサトシとは異なるバージョンの Berkeley DB を使っていたので、ログにバイナリ互換性がなかったのだと思う。
MinGW にはまだ古くて安定した 3.4.5 しかない。更新する大きな理由はない。
3.4.5 でコンパイルされた SHA の逆アセンブリを見た時、改善の余地がまったく見当たらなかった。さらに 8%をどうやって絞り出せるのか想像がつかない。Windows の方が 8%多くオーバーヘッドがある可能性はあるか？システムコールなどは行わず、純粋にビジーな計算コードだけで、タスクスイッチングやその他のハウスキーピング処理がそれだけ奪うことはあるだろうか？
MinGWにはまだ古くて安定した3.4.5しかない。更新する大きな理由はない。
3.4.5でコンパイルされたSHAの逆アセンブリを見た時、改善の余地がまったく見当たらなかった。さらに8%をどうやって絞り出せるのか想像がつかない。Windowsの方が8%多くオーバーヘッドがある可能性はあるか？システムコールなどは行わず、純粋にビジーな計算コードだけで、タスクスイッチングやその他のハウスキーピング処理がそれだけ奪うことはあるだろうか？
4.4.3 でコンパイルされたディスアセンブリも見て、違いがあるかどうか確認するのが最善かもしれない。
関連する話題だが、Visual C++でコンパイルできるのだろうか？ 時間ができたら試してみようと思っている。
Dimitri
関連する話題だが、Visual C++でコンパイルできるのだろうか？ 時間ができたら試してみようと思っている。
可能だが、生成速度は 2倍以上遅くなる。
Mac OS 版 - Intel プロセッサーと 10.5 が必要（10.4 は非対応）
http://heliacal.net/~solar/bitcoin/builds/MacOSX-Intel-0.3/bitcoin-0.3.0.zip
xp32/64 で rc4 を実行しているが、今のところすべて問題なさそうだ。問題なくインストールでき、ポートフォワードしたノードで約 50 接続、他は 8 接続。1（/2）コアと 1-2（/3）コアに制限しているが、きれいにスケールする。ただまだコインは生成されていない。今晩にはいくらか入るといいが。😎
OSX 用の 0.3 をダウンロードしたが、あまり快調には動いていないと報告しなければならない。ハードディスクが暴走して（5分待つ気がない限り他のアプリをまともに開けないほどだ）、ブロックのダウンロードも極端に遅い。20k ダウンロードするのに約 4時間かかって、結局あきらめた。同程度のハードの windows 版はその 10倍速く動き、66k 全部を 15〜20分くらいで終わらせていたはずだ。
intel iMac 10.6.4、i5、4gb ram。あと、終了時にかなりの頻度でクラッシュする。こういう問題が起きているのは自分だけだろうか？
データベースを消してアプリを再インストールしてみたが、変化はなかった。
ブロックのダウンロードが遅い件、プラットフォームに関係なく、人によって起きたり起きなかったりするみたいだな。もう少し詳しく調べてみるよ。報告ありがとう。
ラズロのビルドが初の Mac リリースになるので、テストしてほしい！
そうしたいんだがな 😁
これって Intel アーキテクチャ向けだけのリリースだろう？ PPC はまだサポートしていない／いずれする？