徒然技術夜話

EWFはすべての書き込みを別の領域にリダイレクトすることにより、本来の書き込み先メディアを保護します。
それはそれでありがたいのですが、問題はリダイレクトされた方。
リダイレクト側の領域が足りなくなったら、と心配するシステム屋さんは多いことでしょう。
残念ながらこれに対する明確なコメントはでていないようです。
マイクロソフトは「十分な領域を確保して」といっているだけ。
ということは、使うプログラムの特性をよく理解した上でどのような設定にするか決めたほうがいい、いうことです。
もしも書き込みが多いのであえれば定期的なリセットやEWFを使わない、という選択肢もありだと思います。

＜EWFやFBWFを活用しよう＞
EWFやFBWFを使うとシステムを保護できます。
EWFやFBWFはファイルシステムを介したファイル書き込みをRAM等にフックできます。
そのため、不注意で設定を変更した、ファイルを消してしまった、等の対策が「再起動」で済みます。
ということは納入したシステムを納入時の状態に戻すことも可能ということです。
無人化システムや客先に置くシステムが動かなくなってしまったとき、「再起動してみてください」と言えることは開発側にとって安心なことではないでしょうか。

Windows XP EmbeddedはWindows XP Proと同じ？
マイクロソフトは「同じモジュールを使っています」といっています。
たしかに同じことを実現しようとするとできなくもないです。
でも、考えてみてください。
Windows XP EmbeddedとWindows XP Proがまったく同じならXPeいらないです。
XPeにはXPeの使い方というよりもXPeの生かし方があります。
＜モジュール数を減らそう＞
そこのあなた、使いもしないモジュールを入れていませんか？
爺くさい話ですが、筆者が新人のころの記録デバイスの単位はKでした。
今はG、余裕のある方はTですよね。
これだけ容量があると「たぶん使わないけどとりあえず入れとこ」ってなりますよね。
でもそれが落とし穴です。
自分が使うモジュールを把握していないということはそのプログラムを理解していない、と同義語になりませんか？
そんな大げさな、という方が大半でしょう。けれど全面否定もできないのではないでしょうか。
といっても、使わないモジュールを探して削除することは難しいです。
逆に最低限のモジュールのみ組み込んでおいて使うモジュールを追加していくことでほうが楽です。
追加していくことで自分が必要なモジュールを理解できます。

「Windows XP Embedded（以下、XPeと略します）」これはマイクロソフト社が推している組み込みOSのひとつです。
一般的な組み込みOSはリアルタイム性を重視します。決められた時刻、時間に決められたことができるようにコントロールすることは重要です。
でも、XPeにはそれができません。
できること、それは「普通のWindows XP Proで動作しているアプリケーションならばそのまま動く」です。一般的な組み込みOSにはできないことです。
では、それがなんの役に立つのか、それは「システム開発コストを抑えることができる」です。
ソフト開発ツールやドライバがそろっているWindows下で開発、デバックしたアプリケーションをそのままXPe下で動作できるのです。
これは一般的な組み込みOS下でアプリケーション開発を行った経験がおありの方ならどのくらい楽なことか想像できると思います。
どうしてもリアルタイム性を重要視するシステムがご希望なら仕方ありませんが、ちょっとぐらい時刻、時間がずれることがあってもいいや、って思う方なら一度試してみてください。

これまで業務でやってきたWindows XP Embedded　OS構築に関して気づいたことを書いてみようと思います。覚書程度のことですが。

「組み込みOS」という言葉を聴いて皆さんはどのように感じるのでしょう。
「ハードウェアに組み込まれたOS」とか「なにかあっても修正や変更ができないOS」でしょうか。
たしかにそのようなタイプのものはあります。
でも、これからお話しするOSは普通のWindows OSと同じように扱うことができるOSです。
でも、普通とちょっと違うのは「使う目的に応じてカスタマイズできる」というところです。

このブログを見ている方はきっとその筋の方でしょう。
どこからいらっしゃいました？
検索キーワードはなんでしたか？
誰かに紹介された？　ほんとですか？　ありえないでしょう。
まあいいです。では始めましょう。（つづく）