大衆向け OpenCL マイナー

m0mchil 2010年10月1日 09:21 UTC 原文 ·

最新のマイナー

poclbm_py2exe_20120920 (http://github.com/downloads/m0mchil/poclbm/poclbm_py2exe_20120920.7z)

ミラー (http://debian.fmi.uni-sofia.bg/~maurice/bitcoin/poclbm_py2exe_20120920.7z)

poclbm のソースコードは http://github.com/m0mchil/poclbm にある。

GUI

Kiv が作成。http://bitcointalk.org/index.php?topic=3878.0 を参照。

ガイド

Windows - http://www.newslobster.com/random/how-to-get-started-using-your-gpu-to-mine-for-bitcoins-on-windows

Ubuntu - http://bitcointalk.org/index.php?topic=2636

Mac - https://bitcointalk.org/index.php?topic=12360

推奨設定 (お使いのプラットフォームでより良い設定がある場合は PM で連絡してほしい)

AMD 5xxx 以上 -v -w 128 を使用すること。

よくある質問

Q: 自分のビデオカード/ドライバーは OpenCL に対応しているか?

AMD - 4xxx 以上。Nvidia - 8xxx 以上。Windows では「GPU Caps Viewer」などのツールで確認できる。

Q: 「pyopencl.LogicError: clGetPlatformIDs failed」と表示される。これは何か? Q: 「ImportError: DLL load failed: The specified module could not be found」と表示される。 Q: あるいは「ImportError: DLL load failed: The specified procedure could not be found」と表示される。

OpenCL が正しくサポートされていない。原因はさまざまである。以前使用していた別ベンダーの古いドライバーや SDK をすべて削除すること。自分の GPU と OS の組み合わせで動作させる方法については、ウェブ検索を利用してほしい。

Q: 次のパラメーターで実行しようとすると '--host=http://mining.bitcoin.cz:8332' で「nonnumeric port」エラーが出る。

http:// を削除すること。これはブラウザー用のものである(--host=mining.bitcoin.cz となる)。ポートの指定には --port を使用する(デフォルトは 8332 なので、使用しているプールが同じポートであれば指定する必要はない)。

Q: なぜ CPU 使用率が 100%になるのか?

おそらく OpenCL デバイスとして CPU を選択している。あるいは Linux で AMD Stream SDK 2.2 を使用している場合は、代わりに 2.1 を使用すること。

Q: 「invalid or stale」とはどういう意味か?

最後に送信されたブロックが無効(invalid)または古い(stale)であったことを意味する。

Q: ブロックはどのようにして stale(古い)になるのか?

他の誰かが解いたばかりのブロックに対してソリューションを送信した場合である。

Q: なぜブロックが invalid(無効)になるのか?

オーバークロックしすぎないこと。また Crossfire はオフにすること。あるいは、探索処理に問題がある可能性もある。acceptedinvalid より多ければ問題ない。

マイナーを実行しようとすると、新しい CMD ウィンドウが一瞬表示されるが、何も読めないほど速く消えてしまう。

これはコンソールアプリケーションである。「コマンドプロンプト」というあの黒い画面を使って実行する必要がある。

m0mchil 2010年11月16日 10:30 UTC 原文 ·

SVN 181 に更新し、getwork パッチを修正して新しい取引でブロックを再構築する間に 60秒待つようにした。これは実際には元のクライアントの動作であり、パッチのミスで忘れられていた。すべての getwork リクエストでの重い CPU 使用を修正(最近の大量取引スパムで顕著になった)。アップグレードしてほしい。

BitLex 2010年11月19日 22:02 UTC 原文 ·

でもそういうものだ、常にレースに勝てるわけではない。 CPU/通常のマイナーでこれが起きても、debug.log を確認しない限り気づきもしないし気にもしないだろう。

m0mchil 2010年11月20日 10:16 UTC 原文 ·

SVN 186 に更新

m0mchilの投稿(2010年11月20日 01:16 UTC)

SVN 186に更新

きれいに適用できた、ありがとう 😊

m0mchilの投稿(2010年11月20日 01:16 UTC)

SVN 186に更新

m0mchil さん、更新に追従してくれてありがとう!

GPU マイナーの皆さん、無料トランザクションの悪用を止めるため、できるだけ早くアップグレードしてくれ!このバージョンには新しい優先度ベースの無料トランザクションスパム制限がある。

m0mchilの投稿(2010年11月16日 01:30 UTC)

SVN 181 に更新し、getwork パッチを修正して新しい取引でブロックを再構築する間に 60秒待つようにした。これは実際には元のクライアントの動作であり、パッチのミスで忘れられていた。すべての getwork リクエストでの重い CPU 使用を修正(最近の大量取引スパムで顕著になった)。アップグレードしてほしい。

SVN 184 より前は、トランザクションをブロックにコンパイルする処理が n^2 のアルゴリズムを使用していた。新しい効率的なシングルパスアルゴリズムは桁違いに高速だ。(O(n)対 O(n^2)/2 アルゴリズム、n=200 で 10〜100倍高速)

やあ m0mchil、まずは仕事に感謝する。getwork パッチを公式クライアントに含める方法はないだろうか? 古い CentOS サーバーで Bitcoin を使っているが、コンパイルが大変だ!

改訂版の getwork が公式クライアントに含まれるようになったが、マイナーはそれを使用するために少し更新する必要がある。

m0mchil 2010年11月24日 19:15 UTC 原文 ·

ありがとう、サトシ。小さな修正だ、明日には準備できるといいのだが。

m0mchil 2010年11月25日 10:33 UTC 原文 ·

公式 bitcoin SVN 189 で動作するようマイナーを更新した。

SmokeTooMuch 2010年11月25日 22:14 UTC 原文 ·

poclbm_py2exe_20101125 が自分の環境で動作しない (Bitcoin 0.3.17 official @ win7 64)

sharound(…) エラーが出る