アカウント名:
パスワード:
推測を含むけど、高速起動へのアプローチは...
・ブートローダがDMA対応。FlashからSDRAMへのカーネル転送が高速かつ、その間ビデオ周りなどの初期化を走らせてる・カーネルイメージは非圧縮の方が早い (結果、DMA転送だけでの展開が可能になり、高速化とその間のCPUリソース確保に貢献)・時間のかかるデバイスの初期化、サービスの起動は後回しにして勘定に入れない(カーネル起動後、後でゆっくり)・カーネル起動後、ユーザプロセスを起動する前にFlash上に保存してある「ユーザプロセス起動後の画面と同じ画像」をフレームバッファに叩き込み、見た目だけは見繕う(
the boot performance was achieved through careful turning of the software stack starting with the bootloader, a highly optimized kernel that's kept uncompressed in NOR flash, and loading only required drivers.
まず、カーネルはロードするのではなく主記憶(NORフラッシュ)空間に非圧縮(ご明察)で最初からある、そして必要なドライバしかロードしない。
lunuxザウルスもそうですが、組み込み系ではカーネルやユーザーランドプログラムの入ったROM/flashを主記憶に配置してプログラムのロードを
どっちにしても、同じフラッシュメモリならを主記憶に置くのとI/Oにつなげといてそこからロードするのでは、主記憶に置いといてロードなしに直接実行できるほうが起動は早そう(まけおしみ)。
今回の記事の対象のHWに関しては、カーネルをフラッシュメモリ非圧縮で 置いとくことが起動高速化に貢献していることは確かですよね。でもよく読むとどこにも「主記憶にマップされてる」とは書いてなかった。がっくり。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
ハイバネーションではない模様 (スコア:2, 興味深い)
推測を含むけど、高速起動へのアプローチは...
・ブートローダがDMA対応。FlashからSDRAMへのカーネル転送が高速かつ、その間ビデオ周りなどの初期化を走らせてる
・カーネルイメージは非圧縮の方が早い (結果、DMA転送だけでの展開が可能になり、高速化とその間のCPUリソース確保に貢献)
・時間のかかるデバイスの初期化、サービスの起動は後回しにして勘定に入れない(カーネル起動後、後でゆっくり)
・カーネル起動後、ユーザプロセスを起動する前にFlash上に保存してある「ユーザプロセス起動後の画面と同じ画像」をフレームバッファに叩き込み、見た目だけは見繕う
(
Re: (スコア:2, 参考になる)
まず、カーネルはロードするのではなく主記憶(NORフラッシュ)空間に非圧縮(ご明察)で最初からある、そして必要なドライバしかロードしない。
lunuxザウルスもそうですが、組み込み系ではカーネルやユーザーランドプログラムの入ったROM/flashを主記憶に配置してプログラムのロードを
Re: (スコア:1)
どっちにしても、同じフラッシュメモリならを主記憶に置くのとI/Oにつなげといてそこからロードするのでは、主記憶に置いといてロードなしに直接実行できるほうが起動は早そう(まけおしみ)。
今回の記事の対象のHWに関しては、カーネルをフラッシュメモリ非圧縮で 置いとくことが起動高速化に貢献していることは確かですよね。でもよく読むとどこにも「主記憶にマップされてる」とは書いてなかった。がっくり。
Re:ハイバネーションではない模様 (スコア:0)
カーネルがストレージ上のアプリのイメージをmmapして実行するよ
ページフォールトが起きるとカーネルがストレージからページをロードする
もしかしてPIザウルスのことを言っているのか?