0

私は現在、renderfarm.fiのようなp2pレンダーファームを含む私のアイデアについてブレインストーミングを行っていますが、サービスの料金と処理プールへの貢献者の料金が支払われるという違いがあります。現在、レンダーファームはGHZ / hに基づいて価格を測定しますが、コンピューターのレンダリングが信頼できない場合、コンピューターに他のプログラムが部分的にロードされてレンダリングに費やされる実際の時間が遅くなる可能性があることを考えると、コンピューターの同等のGHZ/hを測定する良い方法があります。等?

4

2 に答える 2

0

オペレーティング システムは、プロセスが使用する実際のCPU 時間を測定できます。そのため、プロセス自体がマシンの CPU での実行に費やした実際の時間の尺度として使用できます。バックグラウンドで実行されている他のプロセスが原因で CPU 時間がどの方向にも偏らないため、この目的には非常に理想的です。

CPU 時間自体は、そのようなレンダリング サービスが販売するリソースであるため、ユーザー/クライアントごとに測定し、レンダー ファームのユーザー/クライアントが費やした CPU 時間に応じてサービスの価格を設定するのが論理的です。

于 2012-04-09T23:22:45.583 に答える
0

ワーカー プロセスは OS カウンターに実行時間を問い合わせることができ、それを作業パッケージの進行状況と一致させることができるため、完了した作業単位に基づいて支払いを行うことができますが、料金は GHz/h で請求されます。ユーザーの時計 (またはそれ以外のこと) を信頼できないことはわかっていますが、複数のピアからのプログラム カウンターを組み合わせることで、返された作業単位を確認し、計算の複雑さを概算できます。

システムに特に負荷がかかっているかどうかを確実に知る方法はありませんが、作業が終了して戻ってきたかどうかはわかります。ただし、作業が正しく行われたことを確認する必要があります。おそらく、2 台の異なるマシンですべてのレンダリングをオーバープロビジョニングして 2 回実行し、誰かがより高速に計算できるガベージ結果を挿入しないようにすることを意味します。

幸運を。1 GHz/h あたり最大 0.10 ドルの Amazon のような企業にどうやって打ち負かすことができるのか、私にはわかりません。

于 2012-04-09T22:31:36.780 に答える