アカウント名:
パスワード:
SMPやマルチスレッドや非同期I/Oなどの性能は悪くないと思うんだが。
HPCの分野では, 汎用的なSMP等のスケジューリング性能は全くと言えないまでも, ほとんど関係ありません. 極論を言えばMS-DOS並みの超大粒度タスクスイッチングでも良かったりします. というのも, HPCで要求されるのはTSSやWebシステムの様なレスポンスやリアルタイム性ではなく, 一定の時間内で処理できるタスクを最大にするというトータルスループットだからです. そのためスケジューラの基本戦略としては, 各タスクは計算機資源を占有すると仮定して, 投入されたタスクを順次バッチ的に実行する. 計算機資源を使い切らないタスクについては資源
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
ついにゲイツOSに汚染されますか (スコア:-1, フレームのもと)
Re: (スコア:0)
SMPやマルチスレッドや非同期I/Oなどの性能は悪くないと思うんだが。
何も考えずにK&R時代のC標準ライブラリだけでコーディングするのなら、それらの利点はまるで生きてこないので、Linuxでいいと思うが。
Re: (スコア:2, 参考になる)
HPCの分野では, 汎用的なSMP等のスケジューリング性能は全くと言えないまでも, ほとんど関係ありません. 極論を言えばMS-DOS並みの超大粒度タスクスイッチングでも良かったりします. というのも, HPCで要求されるのはTSSやWebシステムの様なレスポンスやリアルタイム性ではなく, 一定の時間内で処理できるタスクを最大にするというトータルスループットだからです. そのためスケジューラの基本戦略としては, 各タスクは計算機資源を占有すると仮定して, 投入されたタスクを順次バッチ的に実行する. 計算機資源を使い切らないタスクについては資源
Re:ついにゲイツOSに汚染されますか (スコア:0)
いや、ループの内側でI/Oすることはあんまりないと思うが…
せいぜいチェックポイントくらいだと思うぞ
Re: (スコア:0)
少なくとも、一般的なアプリケーションとは異なる指標で測ったほうがいいのは確か。
それはそれとして、Windows系統で開発ができるスパコンってのも応用を考える上ではあっても良いと思う。
少なくとも、素のPosixよりはAPIがマトモな面がある。
Re: (スコア:0)
いや、計算ループ1回ごとに大量データのバースト転送をすることが多いってんだから単位も糞もねーよ。
そんなことをすればI/Oバウンドになってしまう。何のためのスパコンなんだか。普通はオンメモリで計算するわい。
I/O担当ノードもlinuxやwindowsが載ってるしね。