アカウント名:
パスワード:
なぜOSを使う必然性があるのか理解出来ないいずれTVやクーラーの赤外線リモコンにもLinuxが搭載される日がくるのだろう
・I/Oの面倒をOSが見てくれるから楽・ドライバをかくための資料やサンプルも豊富なので独自のI/Oも容易に追加できる・開発環境が整備されており楽・信頼性を確保しやすい
そして何より
・Linuxが動くハードウェアの小型化低消費電力か低価格化が著しい
ということが大きく、これまでハードの規模やコスト的制約でローレベルからスクラッチで開発していたデバイスや規模の小さな=機能の小さなOSを利用でざるを得なかったようなデバイスでも、Linuxのような規模の大きなOSを載せることができるようになったわけで、ソフト開発の負担と開発期間と費用を低減できるので利用されるのです。
というより、OSを載せたほうが楽に開発できるほどの複雑な機能ってなに?ということでしょう。
そのうちリモコンどころかリモコンのボタンひとつひとつにそれぞれOSが搭載される日が来るかも知れない。
別に複雑でなくたってOSが合ったほうが楽ですよ当たり前ですが。Linuxなら簡単なことならシェルスクリプトでも実装できますからね。
OSがないということは全て自前でやるってことですよ?実際の仕事に入る前に最低でも割り込みベクタの初期化してSPに適当なRAMのアドレスにロードするという本来の目的以外のスタートアップコードを書かなきゃいけないし、スタックオーバーフローなどメモリの面倒も自分で見ないといけない。C言語を使うならCのスタートアップルーチンもゼロから書くなり既存のものをターゲットのアドレスマップに応じて書き換え用意する必要があるし、Cを使うとスタックや
ハードウェア用の設定が既に完了したカスタム済みOSが手に入るのでも無い限りはOSにそのハードウェアの制御方法を教えるのはプログラマなので、OSにそのハードウェアでのLチカ教えてからOSの上でLチカするのと、自分でそのハードウェアでのLチカ書くのではどうやってもOSが無いほうが楽です。MPUにストレージ他も内蔵しててMPUチップに電圧加えればOSが起動してインストールしたアプリケーションが走り出すみたいな至れり尽くせりの(今のところ)稀少な環境を除けば、OS無しでゴリゴリ書いたほうが楽な場面も多々あります。喩えそういう場合であっても製品固有のハードウェアの制御なんかはOSがサポートしてるI/Oインタフェイスでなければドライバ開発が必要になってきたりして、一概に楽になるとは言えません。
この話の場合GUIなレンダリングとか計算処理周りの拡張やユーティリティの追加ってあたりで内部に積むソフトウェアが大きくなりがちなのでOS積むのは判るんですが。
# あとバグ云々言うならカラオケ屋のグラフィカルリモコン(X11が走ってるので推定Linux)とクラシックリモコン(TRONあたりは動いてるかもしれないが、ほぼ組み込み)でどっちがトラブル多いか見てくるといい。ブルスク吐いてる街頭ディスプレイやATMなんかもな。OSが至れり尽くせりな分複雑化しててバグは増えるケースも多々有るんだよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
なぜOS搭載 (スコア:0)
なぜOSを使う必然性があるのか理解出来ない
いずれTVやクーラーの赤外線リモコンにもLinuxが搭載される日がくるのだろう
Re: (スコア:4, 興味深い)
・I/Oの面倒をOSが見てくれるから楽
・ドライバをかくための資料やサンプルも豊富なので独自のI/Oも容易に追加できる
・開発環境が整備されており楽
・信頼性を確保しやすい
そして何より
・Linuxが動くハードウェアの小型化低消費電力か低価格化が著しい
ということが大きく、これまでハードの規模やコスト的制約でローレベルからスクラッチで開発していたデバイスや
規模の小さな=機能の小さなOSを利用でざるを得なかったようなデバイスでも、
Linuxのような規模の大きなOSを載せることができるようになったわけで、
ソフト開発の負担と開発期間と費用を低減できるので利用されるのです。
Re: (スコア:1)
というより、OSを載せたほうが楽に開発できるほどの複雑な機能ってなに?ということでしょう。
そのうちリモコンどころかリモコンのボタンひとつひとつにそれぞれOSが搭載される日が来るかも知れない。
Re: (スコア:3)
別に複雑でなくたってOSが合ったほうが楽ですよ当たり前ですが。
Linuxなら簡単なことならシェルスクリプトでも実装できますからね。
OSがないということは全て自前でやるってことですよ?
実際の仕事に入る前に最低でも割り込みベクタの初期化してSPに適当なRAMのアドレスに
ロードするという本来の目的以外のスタートアップコードを書かなきゃいけないし、
スタックオーバーフローなどメモリの面倒も自分で見ないといけない。
C言語を使うならCのスタートアップルーチンもゼロから書くなり既存のものをターゲットの
アドレスマップに応じて書き換え用意する必要があるし、Cを使うとスタックや
Re:なぜOS搭載 (スコア:0)
ハードウェア用の設定が既に完了したカスタム済みOSが手に入るのでも無い限りはOSにそのハードウェアの制御方法を教えるのはプログラマなので、OSにそのハードウェアでのLチカ教えてからOSの上でLチカするのと、自分でそのハードウェアでのLチカ書くのではどうやってもOSが無いほうが楽です。
MPUにストレージ他も内蔵しててMPUチップに電圧加えればOSが起動してインストールしたアプリケーションが走り出すみたいな至れり尽くせりの(今のところ)稀少な環境を除けば、OS無しでゴリゴリ書いたほうが楽な場面も多々あります。
喩えそういう場合であっても製品固有のハードウェアの制御なんかはOSがサポートしてるI/Oインタフェイスでなければドライバ開発が必要になってきたりして、一概に楽になるとは言えません。
この話の場合GUIなレンダリングとか計算処理周りの拡張やユーティリティの追加ってあたりで内部に積むソフトウェアが大きくなりがちなのでOS積むのは判るんですが。
# あとバグ云々言うならカラオケ屋のグラフィカルリモコン(X11が走ってるので推定Linux)とクラシックリモコン(TRONあたりは動いてるかもしれないが、ほぼ組み込み)でどっちがトラブル多いか見てくるといい。ブルスク吐いてる街頭ディスプレイやATMなんかもな。OSが至れり尽くせりな分複雑化しててバグは増えるケースも多々有るんだよ。