アカウント名:
パスワード:
もしブート時にHDDのフラッシュメモリに必要なファイルのほとんどがあったら、シークタイムに左右されずにブートアップできます。
ただ、これを実現するにはOSが起動するまでにブート時に必要なファイルをあらかじめメモリに転送するという、プリフェッチのような機能が必要です。このHDDとWinがどのように実現しているのかちょっと興味がありますね。
HDDの寿命が縮む大きな要因としてディスクのスピンアップ時に おける通常の3倍くらいの大電流にモーターが焼けるってのが有ります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
ブート高速化が主目的のような。 (スコア:1)
フラッシュの書込みがさして早くないことを考えるに、ブートやサスペンドの高速化が主目的のような。
Re:ブート高速化が主目的のような。 (スコア:1)
フラッシュの帯域108MB/s と現在のHDD SATA 190MB/s から考えると、さしたる優位性がないように素人考えしてしまいます。HDD はスピンアップやシークで時間が取られるのでしょうか。
# いまいちキモが理解できていないタレコみ人なのでID。
Re:ブート高速化が主目的のような。 (スコア:2, 興味深い)
もしブート時にHDDのフラッシュメモリに必要なファイルのほとんどがあったら、シークタイムに左右されずにブートアップできます。
ただ、これを実現するにはOSが起動するまでにブート時に必要なファイルをあらかじめメモリに転送するという、プリフェッチのような機能が必要です。このHDDとWinがどのように実現しているのかちょっと興味がありますね。
Re:ブート高速化が主目的のような。 (スコア:0)
いちおう、原理的には、これだけで、次回の読み込みでブートデータがキャッシュヒットするはずですが。
だめですか?
Re:ブート高速化が主目的のような。 (スコア:1)
って、今でもシャットダウン時にいじってるはず。
Re:ブート高速化が主目的のような。 (スコア:2, 興味深い)
つまり、flashをHDDにインテグレートすることによって稼ぎだせるのは、速度の面ではHDのスピンアップまでの数秒というでしょう。ニュースサイトでは「ブートの高速化」としか書かれておらず、レジューム言及されていないのが若干不安を誘いますが。ブートが数秒早くなってもしょうがないからなあ…
Re:ブート高速化が主目的のような。 (スコア:1)
下の方に、HDD をFlash に換えるとブートの高速化が図れるとのコメントもあったので多少は効きそうですね。特に2.5 inch 以下の小型のHDD にはいいかもしれません。逆に3.5 inch のHDD には搭載されなさそう。レジュームはOS のドライバーでどこまでバッファの内容を管理できるか、とレジューム時の書きだしを管理するか、ですね。
Re:下手すればHDDの寿命が著しく縮むかも? (スコア:0)
HDDの寿命が縮む大きな要因としてディスクのスピンアップ時に
おける通常の3倍くらいの大電流にモーターが焼けるってのが有ります。
頻繁に止めるほどドライブが逝く可能性が高くな
Re:下手すればHDDの寿命が著しく縮むかも? (スコア:2, すばらしい洞察)
むしろ、消費電力低下を目的にHDDの回転をできる限りしないHDD(あるいはそういうモード)を切望します。USB I/Fの外付HDDのようにOSがHDDの停止をしてくれない(できない?)タイプのものや、syslogなど少量のデータを定期的に書き出すためにHDDの回転を止められないものなど。
省エネPCではHDDの消費電力が無視できないので。
愚かさによって説明できるものを悪意のせいにしてはならない
Re:ブート高速化が主目的のような。 (スコア:0)
スピンアップやシークに対する時間短縮はあると思います。
劇的に高速化という感じにはならないとは思いますが。
消費電力に関しても、どのプログラムに対しても一律に95%の省電力に寄与することはないのではないかと思います。
いまよくあるHDDは、8MBぐらいキ
Re:ブート高速化が主目的のような。 (スコア:0)
Re:ブート高速化が主目的のような。 (スコア:1)
> 何ですかこの数字は?
1.5Gbpsを馬鹿正直にバイトに換算しただけでしょう。
Re:ブート高速化が主目的のような。 (スコア:0)
Re:ブート高速化が主目的のような。 (スコア:2, 参考になる)
SATA の解説で、190MBytes/秒と書かれたページが山ほどあります [google.co.jp]
同じ文面なので、元は同じなんでしょうけど、
これだけいろんなところで見かけると、間違えて覚える人がでてきてもおかしくないかと思います。
実際は、パラレル-シリアル変換のところで、8B/10B 符号を採用してるので、1500Mbits/秒は 150MBytes/秒になる、ということでいいのかな。
Re:ブート高速化が主目的のような。 (スコア:1, すばらしい洞察)
HDDが省電力でスピンダウン中に、小さなデータ(WEBやフォントのキャッシュとか)
の読み書きぐらいでいちいちスピンアップしなくなるだけで十分。
省電力設定でスピンダウンを1分とかでも実用になりそうでしょ?
Re:ブート高速化が主目的のような。 (スコア:0)
(中略)
> 小さなデータの読み書きぐらいでいちいちスピンアップしなくなるだけで十分。
それだけの目的だったら、今までのドライブ内蔵キャッシュで十分。
# 電源を切っても内容が消えない以外はフラッシュにするメリットはない
Re:ブート高速化が主目的のような。 (スコア:0)
現行のキャッシュは遅延書き込みだから、書き込み時に(時間差で)モーター回るよ?
それがフラッシュがいっぱいになるまでorキャッシュにないデータを読みに行くまでモーターが回らないなら十分省電力と思うけど。
Re:ブート高速化が主目的のような。 (スコア:0)
それは、電源が生きているうちに書き戻しておかないとデータ消失の
可能性があるからでしょう。
HDメーカが(電源のことを無視して)ディスクを出来るだけ回さないように
設計したり、HD本体にバックアッ
サスペンド/リジューム高速化大歓迎 (スコア:0)
がんばれー。