Golemで出している容量は、支払い済みのタスクではない

CPU スレッド、メモリ、ディスクを Golem に出すことは、その資源を共有する意思を示すだけです。リクエスタが実際に仕事を送り、その仕事が GLM になるのは、その後の二段階です。容量、タスク数、支払いは互いに代わりになりません。

各項目の意味

導入手順の YA_RT_CORES、YA_RT_MEM、YA_RT_STORAGE は、共有するスレッド数、メモリ（GiB）、ディスク（GiB）です。イメージの初期値は小さいです。手順は、本当に共有したい量へ変え、ホストの余裕を残すよう求めています。初期の既定価格はスレッドあたり 1 時間 0.1 GLM と書かれ、同じページは現在の市場では高すぎ得るので、Stats の提供者一覧を見て自分で合わせるよう述べています。価格は提供者データにあり、モニター上の収入ではありません。

golemsp status の Tasks は、直近 1 時間の処理済みと進行中、それに累計処理済みを示し、失敗を含むと明記しています。これらは仕事の回数であり GLM ではありません。Golem Stats の先頭には、ネットワーク全体でリクエスタのために計算している提供者数もあります。それはネットワークの規模であり、自分のマシンの請求ではありません。

モニターで見えるのはノード名、CPU 型番、コア数、オンライン表示、直近 24 時間と累計の GLM です。タスクを一件ずつは出しません。

何を照合するか

• ステータスか導入設定で、実際に出しているコア、メモリ、ディスクを読みます。マシン全体のハードウェアで置き換えないでください。
• 直近 1 時間の進行中と処理済みが 0 かを見ます。0 はその状態サンプルに該当タスクが無いことで、容量が収入と等しいことではありません。
• 累計処理済みは失敗を含みます。失敗の回数は入金の回数ではありません。
• モニターに戻り、GLM の欄に数字が無ければ不明です。コア数が 0 より大きいからと収入を埋めないでください。

次の分岐

• 容量は大きいのにタスク数が 0 のまま: オフラインと到達性の確認 から始めます。仮想化デバイスとネットワークを含みます。価格が高すぎてリクエスタが避けることもあり、モニターはそれを証明しません。
• タスク数は増えるのに GLM が空: 支払いと残高は GLMの支払いと容量 です。タスク数に既定の 0.1 を掛けて入金を見積もらないでください。
• GLM はあるが、出したコア数と比例しない: コア数は作業時間ではありません。二つの GLM は 直近24時間と累計 を見てください。

例

例示であり、測定ではありません。設定をスレッド 4、メモリ 8 GiB、ディスク 40 GiB とし、ステータスの直近 1 時間が処理済み 0、進行中 0、累計処理済み 0 なら、そのサンプルにタスク作業はありません。直近 24 時間 GLM を 0 にはしません。その欄が欠ければ、依然として不明です。チャート上のネットワーク全体の提供者数も、自分の収入ではありません。

関連ツール

Golem プロジェクトページ には見たいノードだけを保存します。無料はプロジェクトあたり保存デバイス 5 台、Pro は 50 台です。同じマシンで公開項目を余分に見ても枠は増えません。