0.3.1リリース候補、テストしてください

まあ、バックアップして損はないし、定期的にバックアップするのは良い習慣だが、いいえ、このインストール前にバックアップは必須ではない。

特定の問題があるとは思わない。多くのものを同時に実行していて、メモリが一杯になりページファイルを使用しているためにシステムが遅くなっているのだと思う。生成を停止するとCPUが0%に下がることを確認されたので、CPU使用率は確実にすべてアイドル優先度だ。0.3.1にはこれらの問題に影響する変更は含まれていない。

Quote from: knightmb on July 15, 2010, 07:37:10 PMWindowsでは、コイン生成の優先度はまだ通常のままです。BitCoinをコイン生成モードで実行し、CPUをすべて使い切るもの（例えばCPU hog: http://www.microtask.ca/cpuhog.html）を起動すると、CPU HogがすべてのCPUを使いBitCoinがアイドル/低優先度でのみ実行されるのではなく、BitCoinとCPU hogがCPUを50/50で共有しているのがわかります。khash/sも半減しており、スレッドが通常より低い優先度で実行されていないことのさらなる証拠です。 これを再現できなかった。デュアルプロセッサなので、2つのメモリホグを実行した。タスクマネージャーによると、BitcoinのCPU使用率は0%だった。khash/secメーターはCPUを取得できなかったため更新されず、止まったままだった。

デュアルプロセッサか？シングルプロセッサのホグを実行していたのではないか？

Quote from: knightmb on July 15, 2010, 08:15:46 PMLinuxクライアント（64ビット）では、「閉じる時に最小化」がまだトレイに最小化します（しばらくするとトレイアイコンを複数生成してXサーバーがハングします）。 最初の投稿をこの修正を含むLinux用rc2へのリンクで更新した。修正されているか確認してほしい。ありがとう！

http://www.bitcoin.org/download/bitcoin-0.3.1.rc2-linux.tar.gz

Quote from: db on July 15, 2010, 08:39:08 PMlistreceivedbyaddressとgetreceivedbyaddressコマンドがbitcoindのヘルプで重複しています。（0.3.0でも同様。） はい、バグだ。次のバージョンで修正する必要がある。

非公開スイッチ -minimizetotray を付けて実行すると、オプションメニューからそのオプションが利用可能になる。

修正方法がわからない。wxWidgets、GTK、またはGnomeの内部深くにある何かの問題だ。

異なるシステムに存在しない多くの依存関係のためだ。可能な限り静的リンクする方が簡単だ。サイズもそれほど増えない。

良い指摘だ。8台以上のLANノードを1つのゲートウェイノードに接続する場合は、ゲートウェイノードが着信接続を受信できるように設定した方が良い。そうしないと、ゲートウェイノードが8つ以上の接続を持っている間は、新しい外向き接続を追加しようとしない。接続している外部ノードが出入りしても、それらを置き換える新しい外向き接続を作成しない。着信接続を受け入れられるようにすれば、他の多くのノードがあなたに接続してくるので問題ない。