アカウント名:
パスワード:
85%程度で、最大100%まで張り付いているようです。もし使って欲しいなら最低構成をリースで配ったり、開発用ノードをSinet上に別に持ったり、もっと小さくて安い最小構成のものをラインナップに置くとか(sx-6iみたいなの)して開発とバグ取りを手元で出来るようにならないと伸びないと思いますよ。最小構成5000万円ではなかなか必要なところに届きませんね。
> 85%程度で、最大100%まで張り付いているようです。
こんだけ稼働率があれば十分な気がしますが。京は必要だったということですね。
「京で増えた分の計算リソースが必用」というのと「京自体が必用」ってのは全然意味が違うんですけど。計算リソースで言えばもう少しロースペックにしてその分数を揃えた方がトータルでは増え、計算時間が長くなる分は待ち時間が減る分で補ってお釣りが来ていた可能性も高い。
「1位でないと出来ない」ってのはヨーイドンで他者と始めた時に勝つって事程度だけなんだけど。「京でないと」ってのは「フルノード以外では京は使えない」ってのと同義だし。そのあたり、どうもわざとゴッチャに語る人がいる様に思える。
そもそも論をいうならば、トップクラスの性能を持つスパコンを作る技術が日本に必要かどうかでしょう。ちゃんと使い物になるものを供せられただけでも十分凄いと思います。
京で小規模(数万ノード)で実行している計算の中には、ほんとうにやりたいことはフルパワーで実行しないとできないけど、予算とか競争率が理由で規模を縮小して実行しているものが結構あると思う。小規模に実行して、成果が出る目処がついたら、大規模な実行を再度行うというような感じで。はじめから小規模なスパコンしかない場合、やりたいことができる見込みが元々ないので、小規模なタスク自体が不要となってしまう。
ラック間のインターコネクトが、台数の二乗で効いてきて、かつ京のコストの主要因である、とかでもないかぎり、たとえばラック数を1/10にしたところで、値段が1/10以上に劇的に下がるとは思えないんだが。
なんで、ロースペックにすると、下がった性能以上に安くなるの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
京の稼働率は (スコア:0)
85%程度で、最大100%まで張り付いているようです。
もし使って欲しいなら最低構成をリースで配ったり、開発用ノードをSinet上に別に持ったり、
もっと小さくて安い最小構成のものをラインナップに置くとか(sx-6iみたいなの)して
開発とバグ取りを手元で出来るようにならないと伸びないと思いますよ。
最小構成5000万円ではなかなか必要なところに届きませんね。
Re: (スコア:1)
> 85%程度で、最大100%まで張り付いているようです。
こんだけ稼働率があれば十分な気がしますが。
京は必要だったということですね。
Re:京の稼働率は (スコア:1)
「京で増えた分の計算リソースが必用」というのと「京自体が必用」ってのは全然意味が違うんですけど。
計算リソースで言えばもう少しロースペックにしてその分数を揃えた方がトータルでは増え、計算時間が長くなる分は待ち時間が減る分で補ってお釣りが来ていた可能性も高い。
「1位でないと出来ない」ってのはヨーイドンで他者と始めた時に勝つって事程度だけなんだけど。
「京でないと」ってのは「フルノード以外では京は使えない」ってのと同義だし。
そのあたり、どうもわざとゴッチャに語る人がいる様に思える。
Re:京の稼働率は (スコア:1)
そもそも論をいうならば、トップクラスの性能を持つ
スパコンを作る技術が日本に必要かどうかでしょう。
ちゃんと使い物になるものを供せられただけでも
十分凄いと思います。
Re: (スコア:0)
京で小規模(数万ノード)で実行している計算の中には、ほんとうにやりたいことはフルパワーで実行しないとできないけど、
予算とか競争率が理由で規模を縮小して実行しているものが結構あると思う。
小規模に実行して、成果が出る目処がついたら、大規模な実行を再度行うというような感じで。
はじめから小規模なスパコンしかない場合、やりたいことができる見込みが元々ないので、小規模なタスク自体が不要となってしまう。
Re: (スコア:0)
ラック間のインターコネクトが、台数の二乗で効いてきて、かつ京のコストの主要因である、とかでもないかぎり、
たとえばラック数を1/10にしたところで、値段が1/10以上に劇的に下がるとは思えないんだが。
なんで、ロースペックにすると、下がった性能以上に安くなるの?