0.3ほぼ完成 -- Mac版をテストしてください！
素晴らしい！ ハッシュメーター、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の専門家でもないし）、そちらの修正に手を出すつもりはない。
[削除済み] 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()
OSは何？
通常これが発生するのは、データディレクトリが配置されるべきディレクトリが存在しない場合だ。“%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が存在するか確認してくれ。
どちらもあるよ 😊
サトシ・ナカモト次を試してみてくれ：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ファイルを投稿する。
0.3.0は、ラズロのパフォーマンスパッチ適用済みのSVN r84よりもパフォーマンスが向上しているようだ。
ラズロがさらに最適化を有効にするとパフォーマンスが約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ビットビルドを使っている。
ステータスバーの最初のパネルは、メニュー項目にカーソルを合わせた時のヘルプ説明と共有されている。すべてのメニュー項目の説明が空白なので、メニュー上にカーソルがある時に空白に置き換わる。
理由はよくわからないが、私もそれに気づいた。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はまだサポートしていない／いずれする？