アカウント名:
パスワード:
Microsoft を叩く発言が多いけれど、それでは実際にどこが適切なサプライヤーなのかを挙げてみて欲しいと思います。
素人がドライバーの過剰なまでに過酷な即時性を要求する操作に対して軽快に反応して他ユニットへ伝達するという点のみで考えると、Microsoft 製品では現行の Intel 製品を利用したハードウェア上に MS-DOS (with DOS-Extension) により制御させるというのはそれなりにいけるのではないかな、などと思ってしまいます。
Windows XP Embedded を RTOS として 利用する、という点でみると INtime を利用する [microsoft.com]ソリューションを提供する TenAsys 社 [tenasys.com]
# なんでRTOSの話にBSDやLinuxが出てくる?
XP Embeddedが入ったPOSレジが横にあったりしますが、これは普通に落ちます。RTOSでもないし。
以前仕事で VxWorks を利用したときには、あまり RTOS としてのメリットが感じられなかった (要求に対する応答遅延が激しすぎ) 上に、ただの Unix 互換環境じゃん、としか感じられなかったというのが大きかったりします。
バージョンを上げられないという制約があったのも、原因にあるのかもしれません。
Web サーバとして使っていたので、遅延大きすぎというのは Web ブラウザ上からの応答が、という話です。遅延が激しすぎるのは、kernel に組み込んだ Web サーバモジュールの出来が悪いと言われたらその通りですが。(そこは某 FSI 社 に突っ込みたいところ)
Windows Embedded が落ちまくるのはドライバの問題じゃ? という気が激しくする訳ですが、その辺りはどうなのでしょうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
MS 叩きが多いけれど (当然か) (スコア:2, 興味深い)
Microsoft を叩く発言が多いけれど、それでは実際にどこが適切なサプライヤーなのかを挙げてみて欲しいと思います。
素人がドライバーの過剰なまでに過酷な即時性を要求する操作に対して軽快に反応して他ユニットへ伝達するという点のみで考えると、Microsoft 製品では現行の Intel 製品を利用したハードウェア上に MS-DOS (with DOS-Extension) により制御させるというのはそれなりにいけるのではないかな、などと思ってしまいます。
Windows XP Embedded を RTOS として 利用する、という点でみると INtime を利用する [microsoft.com]ソリューションを提供する TenAsys 社 [tenasys.com]
Re:MS 叩きが多いけれど (当然か) (スコア:1)
# なんでRTOSの話にBSDやLinuxが出てくる?
XP Embeddedが入ったPOSレジが横にあったりしますが、これは普通に落ちます。RTOSでもないし。
-- siu
Re:MS 叩きが多いけれど (当然か) (スコア:1)
以前仕事で VxWorks を利用したときには、あまり RTOS としてのメリットが感じられなかった (要求に対する応答遅延が激しすぎ) 上に、ただの Unix 互換環境じゃん、としか感じられなかったというのが大きかったりします。
バージョンを上げられないという制約があったのも、原因にあるのかもしれません。
Web サーバとして使っていたので、遅延大きすぎというのは Web ブラウザ上からの応答が、という話です。遅延が激しすぎるのは、kernel に組み込んだ Web サーバモジュールの出来が悪いと言われたらその通りですが。(そこは某 FSI 社 に突っ込みたいところ)
Windows Embedded が落ちまくるのはドライバの問題じゃ? という気が激しくする訳ですが、その辺りはどうなのでしょうか。
Re:MS 叩きが多いけれど (当然か) (スコア:0)
> という気が激しくする訳ですが、その辺りはどうなのでしょうか。
メモリとかリソースとかリークしていても難なく動いてしまう様な、
そんな環境でしかプログラムを書いた事がない開発者を許容してしまう、
ある意味で大変おおらかな環境が、
組込み用途でよく落ちるシステム(開発者)を排出しているんですよ。
# 思い込みかもしれないのでAC