アカウント名:
パスワード:
お説の通り，GB単位のDRAMを積んだいまどきのコンピュータでメモリチェックをやったらそれだけで何秒かは経過してしまうでしょうね． 組み込みlinuxではデバイスプローブの省略(「存在するかどうか調べる」無駄の削除．存在するデバイスしかカーネルに登録しないし，I/Oアドレスも自動検出ではなく事前固定設定)，デバイスドライバの排除(ユーザアプリケーションが制御するのでも問題ないデバイスでは，カーネルからデバイスドライバを抜いてしまう)なんかをがんばっているようです．
既存のシステムだって瞬間起動するものは幾らでもありますし、
"テキストエディタ"さえ起動すれば良いのだから不必要なデバイスチェックなぞすっ飛ばして起動すれば良いでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
LISPマシンにおいて (スコア:2, 参考になる)
という基本的質問を投げた上で。
基本的にどんなOSでも「本当に１から起動したら」10秒近くはどうしてもかかるだろう。自分に繋がってるデバイスの認識とか健全性チェックとかやるから。なので基本的にスリープモードから復帰、の形をとることで1秒未満の起動を実現しているはずだ。それなら「OSの起動にかかる時間」なんぞ調べても無駄だろう。
fjの教祖様
Re:LISPマシンにおいて (スコア:2, 参考になる)
お説の通り，GB単位のDRAMを積んだいまどきのコンピュータでメモリチェックをやったらそれだけで何秒かは経過してしまうでしょうね． 組み込みlinuxではデバイスプローブの省略(「存在するかどうか調べる」無駄の削除．存在するデバイスしかカーネルに登録しないし，I/Oアドレスも自動検出ではなく事前固定設定)，デバイスドライバの排除(ユーザアプリケーションが制御するのでも問題ないデバイスでは，カーネルからデバイスドライバを抜いてしまう)なんかをがんばっているようです．
Re: (スコア:0)
なるほど！！
よく耳にする議論で、デバイスを「OSが」認識するのに時間がかかるから起動が遅くて云々、というのが有りますが、
私は(素人ですが)それを聞いて「デバイスが必要になるまで認識を遅延させりゃいいんじゃ？」と思ったものでした。
アプリに任せるというのも、この「遅延」の一種になるのでしょうね。
ところでそれ、もしかしてマイクロカーネルと同じ方角を向いた発想なのでしょうか？
>GB単位のDRAMを積んだいまどきのコンピュータでメモリチェックをやったら
つまり「今の普通のパソコンに今の普通のパソコン用OSを積めば」ということですね。
というかPC UNIXでも、所謂カーネルの再構築などという行為は、その手の最適化に足を一歩踏み入れる行為なのでしょうね。
Re: (スコア:0)
Meあたりはそれをすっ飛ばす機能があったはずだよ
Re: (スコア:0)
Re: (スコア:0)
商売に向かないタイプですね。
常識で縛られている所にこそ商機が眠っている筈です。
既存のシステムだって瞬間起動するものは幾らでもありますし、
"テキストエディタ"さえ起動すれば良いのだから不必要なデバイスチェックなぞすっ飛ばして起動すれば良いでしょう。
BIOSとの連携が大事な気がしますが、実際最近そういう(目的を絞ったOSを瞬間起動する)マザーボードも出てきていますよね。
決してOSの起動時間を気にする事が無駄なんて事は無いと思いますよ。
Re:LISPマシンにおいて (スコア:1)
生憎だが、この手のものは全てスリープしているだけだ。1つの例外も無い。
なぜかと言うと、デバイスが「生きている」事を一番最初に一度だけ調べなくてはいけないから。
スリープ状態と言えども、これらのデバイスの生存確認だけはやっている。
.
失笑
で、そうするとエディットしたデータをどこに保存すると。また、「編集」したい場合、データはどこから読んでくると。
「電源を切ったらメモリ内にあるデータは蒸発する」。と言うことは、『メモリ上に保持すればいい』という意見が成立するためには、システムは「スリープ状態」でなくてはいけない。Palmとかはこのタイプ。
電源を切ると言う事は、メモリ上にはデータは保存できない。データはVolatileなデバイス上にしか保存できない。そのデバイスの存在を確認し、データを読み込むのにはどうしても長大な時間がかかる。
もちろん、デバイスを高速なもので統一する事は可能だ。消費電力を無視するならば。電源をonにしてから各デバイスやCPUが通信を始めるまでには、自己チェックをしなくてはいけない。それらは「並列で出来るとはいえ」決して短時間ではない。結局どこかのユニットが応答しない場合の「最悪待ち時間」に系全体があわせなくてはいけないからだ。これを短時間で済ませると言う事は、各デバイスが独立した処理系を持つ事を意味し、それはそれだけでパワーを喰うことを意味する。
消費電力を下げれば下げるほど、各デバイスが独立してやっていたはずのチェックをCPUが代行しなくてはいけない。と言うことは、待ち時間は自動的に伸びる、と言うことになる。
携帯デバイスが電池の持ちが悪いのでは本末転倒に陥る。
.
物事の本質を正しく理解すれば、「失念してきたもの」も見えてくる。商機とはそういう所にあるのだ。視野狭窄を起こして「自分が何を欲しがっていたのか、その本質を忘れている」ような者の前に広がっているのは、ただの落とし穴だ。
fjの教祖様
Re: (スコア:0)
s/Volatile/nonvolatile/
Re: (スコア:0)
OSそのものが(BIOSとか除くという意味らしい)起動するのに1秒くらいと言っていたような。
本人によれば
デバイスの初期化は並列化するとか、
画面の初期化は凄く遅いから、それを待つ間に他の部分の起動が終わっちゃうとか、
そんなことを言ってるようです。
(「起動時になんらかの情報を表示しようとするから遅くなる」んだそうで)
あれっていんちきなんでしょうか？