アカウント名:
パスワード:
電子工作好き向けの記事ですね。
×: 一般的なスパコン○: 一般的なパソコン
参考:Intelの一般パソコン向けCPUのGFLOPS性能。http://www.intel.com/jp/support/processors/sb/cs-023143.htm [intel.com]
ご指摘の通り Haswell の i7 で 1 台組んだ方がいろんな意味でマシなレベルですからね。
まず Raspberry Pi の消費電力について見ると以下のページが参考になります。・ Raspberry Piで消費電流測定 [pc-links.com] ・ Raspberry Pi(ラズベリーパイ)を使ってみる -5.消費電力- [limemo.net] 公称 5V/700mA(3.5W) で、システム全体の実測ではほぼその通りの値が出ていて、電流だけ測ってみると、アイドル時で1.9W程度のようです。つまり、クラスター全体の消費電力は 1.9W~3.5W * 32ノード = 60.8W~112W くらいになります。これにノード間のネットワーク環境(スイッチングハブ?)の電力がプラスされます。
これに対して Haswell の消費電力は、以下のページが参考になります。
仮想化したら本物のクラスタと特性が替わりすぎて役に立たないだろ仮想クラスタの場合、ローカルのディスクIOが追いつかなくなる一方、インターコネクトが高速になりすぎてしまう。本物の場合はローカルのディスクIOは独占できるから高速だが、インターコネクトが低速になる。
「実用」するための目的がクラスタを研究するための道具なのだから、この指摘は間違いだよ。
そういう研究してる人はたくさんいそうなので QoS の応用でインターコネクトの帯域調整するようなソリューションとか、CPUクロックとI/O同期して実時間スケールしてくれるようなソリューションとかありそうな気もするんですけど、見つからないですねー。
早すぎるインターコネクトを調節するなんてのは別に専用のソリューションなんて不要で普通にできるんでは。Linuxなんだから。一方、CPUクロックとI/Oを同期して実時間でスケールするソリューションなんぞ、例え実現できたとしても実時間を際限なく引き延ばすってだけだからクソ重たくて実用にならないでしょうね。金かけりゃできるかも知れないけど20万そこそこじゃ無理。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
オフとぴ(-1) (スコア:5, 参考になる)
電子工作好き向けの記事ですね。
×: 一般的なスパコン
○: 一般的なパソコン
参考:Intelの一般パソコン向けCPUのGFLOPS性能。
http://www.intel.com/jp/support/processors/sb/cs-023143.htm [intel.com]
実用向けと言うよりは、教育または研究用のプラットフォームでしょうね (スコア:0)
ご指摘の通り Haswell の i7 で 1 台組んだ方がいろんな意味でマシなレベルですからね。
まず Raspberry Pi の消費電力について見ると以下のページが参考になります。
・ Raspberry Piで消費電流測定 [pc-links.com]
・ Raspberry Pi(ラズベリーパイ)を使ってみる -5.消費電力- [limemo.net]
公称 5V/700mA(3.5W) で、システム全体の実測ではほぼその通りの値が出ていて、電流だけ測ってみると、アイドル時で1.9W程度のようです。
つまり、クラスター全体の消費電力は 1.9W~3.5W * 32ノード = 60.8W~112W くらいになります。
これにノード間のネットワーク環境(スイッチングハブ?)の電力がプラスされます。
これに対して Haswell の消費電力は、以下のページが参考になります。
Re: (スコア:0)
仮想化したら本物のクラスタと特性が替わりすぎて役に立たないだろ
仮想クラスタの場合、ローカルのディスクIOが追いつかなくなる一方、インターコネクトが高速になりすぎてしまう。
本物の場合はローカルのディスクIOは独占できるから高速だが、インターコネクトが低速になる。
「実用」するための目的がクラスタを研究するための道具なのだから、この指摘は間違いだよ。
Re: (スコア:0)
そういう研究してる人はたくさんいそうなので QoS の応用でインターコネクトの帯域調整するようなソリューションとか、CPUクロックとI/O同期して実時間スケールしてくれるようなソリューションとかありそうな気もするんですけど、見つからないですねー。
Re:実用向けと言うよりは、教育または研究用のプラットフォームでしょうね (スコア:0)
早すぎるインターコネクトを調節するなんてのは別に専用のソリューションなんて不要で普通にできるんでは。Linuxなんだから。
一方、CPUクロックとI/Oを同期して実時間でスケールするソリューションなんぞ、例え実現できたとしても実時間を際限なく引き延ばすってだけだからクソ重たくて実用にならないでしょうね。金かけりゃできるかも知れないけど20万そこそこじゃ無理。