アカウント名:
パスワード:
ストレージを高速化させた所で回線の方がまず頭打ちでそれほど体感差でない気がするけどどうなんだろうか?
それとSSDがぶら下がるI/Oは何になる?SAS?SATA?
莫大な処理量が必要だけど、通信量はわずかというサービスはいくらでもある。そういうところにストレージの高速化はかなり有効、なんだけど、SSDをサーバで使うのは賛成できないなあ。
>莫大な処理量が必要だけどそれデータストレージ関係ないから膨大な処理ならCPUとメインメモリに予算をつぎ込んだ方が良い。
データベースからとかファイルから膨大なデータ・ファイルを読み込んでと言うならSSDのって分かるけどね。ただしそれも読み込みがメインで書き込みが少ない場合にだけSSDが有効でしょ。SSDは読み込みは早くても書き込みはそれほど早くないわけだし。
だから一回データの構築すれば書き換えが極端に少ない検索サイトだけで有効だね。
もっとも>MySQLのtmpdirにSSD使ってみたいなぁとは思いますね。なんて書く人はそれSSDでやるよりRAMディスク用意した方が良いという突っ込みは駄目なのかな?
> それデータストレージ関係ないから影響を小さくできる、ならともかく、無関係とまで言い切るのはどうかと思いますがね。
膨大な処理をするのであってデータの入出力が膨大だとは書かれていませんよ。
まぁメインメモリとHDDの役割をゴッチャにしている素人レベルの事なら>影響を小さくできる、ならともかく、無関係とまで言い切るのはどうかと思いますがね。こんな事書いちゃうんでしょうけど。
よく素人がデータがいっぱいになっちゃってPCが重いな。HDD増設すれば軽くな。って質問をするよね。それと同じですね。PCが、重いのはHDDのデータ量じゃない。メインメモリが少ないからだ。(それによって仮想メモリがHDDに作られて遅くなるんだ。)だからメモリを増設しなさいと。SSDは書き換え回数とかの制限からや元々書き込みはそれほど早くないから仮想メモリの領域としては使いにくい。だったらメモリを増設したりアプリ特有の作業領域にはそのメインメモリの一部をRAMディスクとして割り当てた方が有効。
それならCPUのキャッシュ増やしてもらったら?
だれも100G単位でRAM増設できるならそうしてるよ。それが厳しいから、レジスタ→キャッシュ(1次2次3次)→メインメモリ→HDDなんて多層で頑張ってるんじゃないか。で、メインメモリとHDDの間にSSDが入るだけだろ?問題はそれが経済的にどうか?という話で。
>>莫大な処理量が必要だけど>それデータストレージ関係ないから
あるだろう。CPUは一体何を演算してるんだ?普通はディスクにあるデータを対象に演算するんだよ。WEBサーバにしても、天気予報スパコンにしても。データベースの性能を上げるためにオンメモリが出てきたのも、ディスクアクセスがネックになってるからでしょ?
それ一種の思い込みだけだよ。
膨大な処理と膨大のI/Oデバイスへのアクセスは別物。
素人には処理が必ずしもストレージからの入出力と表裏一体だと思い込んでいるの?簡単な例で説明すると円周率の計算をしました。←これは処理。その結果をHDD/SSDに保存しました。←これはデータの入出力でも、>莫大な処理量が必要だけどと言う部分だと「円周率の計算をしました。」の部分しか書かれていない。だから、ストレージ関係ないでしょ。
膨大な処理はするけどストレージへのアクセスはほとんど無い場合はストレージの高速化は無意味。
>普通はディスクにあるデータを対象に演算するんだよ。ユーザがデータをpostするって言う考えはないの?
処理とストレージのアクセスを一緒に考えるなこの素人め。
用途による事を思い込みだと断言するなよ素人
膨大な処理だけでは判断できない。単純に膨大な処理だとデータストレージへのアクセスは分からない。
だから「莫大な処理量が必要だけど」と書くべきではなかった。書くなら「膨大なストレージの入出力が必要」と書かないと駄目。
それと作り方として一度読み込まれたデータはメモリ上にキャッシュさせた置くことなんてよくある作り方。その場合データストレージは最初だけで無意味でしょ。
SSDの話題で膨大な処理量と書かれたときにCPUの稼働時間だけと解釈する人間を素人と形容せずいったいなんと言えばいいのか
ぼくがわからなないからわかるようにかかないとだめえ!とか?
>SSDの話題で膨大な処理量と書かれたときにCPUの稼働時間だけと解釈する人間を素人と形容せずいったいなんと言えばいいのか
正しい意味でのアスペかねぇ。
最近は、WebAPIと言う物があってだな処理だけしかしないでデータはそのAPIが提供する側にあったりするから普通に処理=ストレージからのデータの入出力が多いって考えはおかしい。
それと、膨大な処理=ストレージへの大量アクセスって考えは変。データ部と処理部わけて考えてない時点でおまえなにも知らない奴が知ったかぶりしているだけだろってなる。
Webとは全く関係ないが処理とストレージとを考えるとTVがよくわかる。TVでは、電波でエンコードされたデータをアンテナから受信してそれをデコードするという膨大な処理はするけど保存はしな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
回線 (スコア:1)
ストレージを高速化させた所で回線の方がまず頭打ちでそれほど体感差でない気がするけどどうなんだろうか?
それとSSDがぶら下がるI/Oは何になる?SAS?SATA?
Re: (スコア:0)
莫大な処理量が必要だけど、通信量はわずかというサービスはいくらでもある。
そういうところにストレージの高速化はかなり有効、なんだけど、
SSDをサーバで使うのは賛成できないなあ。
Re:回線 (スコア:0)
>莫大な処理量が必要だけど
それデータストレージ関係ないから
膨大な処理ならCPUとメインメモリに予算をつぎ込んだ方が良い。
データベースからとかファイルから膨大なデータ・ファイルを読み込んでと言うならSSDのって分かるけどね。
ただしそれも読み込みがメインで書き込みが少ない場合にだけSSDが有効でしょ。
SSDは読み込みは早くても書き込みはそれほど早くないわけだし。
だから一回データの構築すれば書き換えが極端に少ない検索サイトだけで有効だね。
もっとも
>MySQLのtmpdirにSSD使ってみたいなぁとは思いますね。
なんて書く人はそれSSDでやるよりRAMディスク用意した方が良いという突っ込みは駄目なのかな?
Re: (スコア:0)
> それデータストレージ関係ないから
影響を小さくできる、ならともかく、無関係とまで言い切るのはどうかと思いますがね。
Re: (スコア:0)
膨大な処理をするのであってデータの入出力が膨大だとは書かれていませんよ。
まぁメインメモリとHDDの役割をゴッチャにしている素人レベルの事なら
>影響を小さくできる、ならともかく、無関係とまで言い切るのはどうかと思いますがね。
こんな事書いちゃうんでしょうけど。
よく素人がデータがいっぱいになっちゃってPCが重いな。
HDD増設すれば軽くな。
って質問をするよね。
それと同じですね。
PCが、重いのはHDDのデータ量じゃない。メインメモリが少ないからだ。(それによって仮想メモリがHDDに作られて遅くなるんだ。)
だからメモリを増設しなさいと。
SSDは書き換え回数とかの制限からや元々書き込みはそれほど早くないから仮想メモリの領域としては使いにくい。
だったらメモリを増設したりアプリ特有の作業領域にはそのメインメモリの一部をRAMディスクとして割り当てた方が有効。
Re: (スコア:0)
それならCPUのキャッシュ増やしてもらったら?
だれも100G単位でRAM増設できるならそうしてるよ。それが厳しいから、
レジスタ→キャッシュ(1次2次3次)→メインメモリ→HDD
なんて多層で頑張ってるんじゃないか。
で、メインメモリとHDDの間にSSDが入るだけだろ?問題はそれが経済的にどうか?という話で。
Re: (スコア:0)
>>莫大な処理量が必要だけど
>それデータストレージ関係ないから
あるだろう。
CPUは一体何を演算してるんだ?
普通はディスクにあるデータを対象に演算するんだよ。WEBサーバにしても、天気予報スパコンにしても。
データベースの性能を上げるためにオンメモリが出てきたのも、ディスクアクセスがネックになってるからでしょ?
Re: (スコア:0)
それ一種の思い込みだけだよ。
膨大な処理と膨大のI/Oデバイスへのアクセスは別物。
素人には処理が必ずしもストレージからの入出力と表裏一体だと思い込んでいるの?
簡単な例で説明すると
円周率の計算をしました。←これは処理。
その結果をHDD/SSDに保存しました。←これはデータの入出力
でも、
>莫大な処理量が必要だけど
と言う部分だと「円周率の計算をしました。」の部分しか書かれていない。
だから、ストレージ関係ないでしょ。
膨大な処理はするけどストレージへのアクセスはほとんど無い場合はストレージの高速化は無意味。
>普通はディスクにあるデータを対象に演算するんだよ。
ユーザがデータをpostするって言う考えはないの?
処理とストレージのアクセスを一緒に考えるなこの素人め。
Re: (スコア:0)
用途による事を思い込みだと断言するなよ素人
Re: (スコア:0)
膨大な処理だけでは判断できない。
単純に膨大な処理だとデータストレージへのアクセスは分からない。
だから「莫大な処理量が必要だけど」と書くべきではなかった。
書くなら「膨大なストレージの入出力が必要」と書かないと駄目。
それと作り方として一度読み込まれたデータはメモリ上にキャッシュさせた置くことなんてよくある作り方。
その場合データストレージは最初だけで無意味でしょ。
Re: (スコア:0)
SSDの話題で膨大な処理量と書かれたときにCPUの稼働時間だけと解釈する人間を素人と形容せずいったいなんと言えばいいのか
ぼくがわからなないからわかるようにかかないとだめえ!
とか?
Re: (スコア:0)
>SSDの話題で膨大な処理量と書かれたときにCPUの稼働時間だけと解釈する人間を素人と形容せずいったいなんと言えばいいのか
正しい意味でのアスペかねぇ。
Re: (スコア:0)
最近は、WebAPIと言う物があってだな
処理だけしかしないでデータはそのAPIが提供する側にあったりするから
普通に処理=ストレージからのデータの入出力が多いって考えはおかしい。
それと、膨大な処理=ストレージへの大量アクセスって考えは変。
データ部と処理部わけて考えてない時点でおまえなにも知らない奴が知ったかぶりしているだけだろってなる。
Webとは全く関係ないが処理とストレージとを考えるとTVがよくわかる。
TVでは、電波でエンコードされたデータをアンテナから受信してそれをデコードするという膨大な処理はするけど保存はしな