Archive for the ‘Linux’ Tag

ITProにT-engineに関しての坂村先生の記事が載っていたが、少し読んで思うところがあった。

• 【XDev】エンタープライズ系の開発者に「組み込み」を理解してほしい—坂村教授：ITpro

要約すると、”エンタープライズ系の人材を組み込みにそのまま使うのは無理、Linuxも組み込みには無理、T-Engineはいいよ”みたいな話である。

エンタープライズ系の技術者を組み込みに使うのは難しい、という部分は全く持って同意する点である。実際お大尽なエンタープライズやPC系のプログラムに慣れた技術者を組み込みに持ってくるのは再教育なしには不可能である。ハードウェアのベタな知識や場合によっては回路図とにらめっこしたり、オシロスコープやロジックアナライザとにらめっこが必要な組み込みの世界とは同じプログラムでも全く異なるスキルが要求される。もちろんアプリケーション部分はある程度共通する部分もあるが、やはり独特の制約や性能など考慮すべき点が多々ある。

まあそれはおいておいて、坂村さんはLinuxがどうもお嫌いのようである。心情的にはわからないではない話であるが、この記事で紹介されている部分は重要な点をおそらく故意に？抜かしているに違いない。

組み込みにLinuxが盛んに使われるようになったのはここ数年。採用が進んだ最も大きな理由は少なくとも私の知る限りでは豊富なミドルウェアの存在である。 このあたり坂村さんも良くわかっているのであろう、T-Engineはミドルウェアを充実させるような方向である。しかしそこにLinuxとの違いがある。オープンで多様な分野で使われるLinuxと組み込みの伽藍の中にこもっているT-Engineとは周辺ソフトウェアの数も厚みも違う。例えば単純にWindowsからのファイルサーバ機能を追加しようとしたら、Linuxではsambaを入れればいい。仮想記憶ありきでUnix系OSとiTronからの発展組ではスケーラビリティに大きな差がある。

ハードウェアの性能が向上し、かつては組み込みでは考えられなかった速度と大量のメモリ(といってもせいぜい数百Mhzで数百MB以下)を使用できるようになって、十分な性能でLinuxが走るようになり、同時に組み込み機器への要求がさまざまな面で大きくなった結果、従来の組み込みOSの範疇では処理できないようになってきたのが採用の大きな理由であろうと思う。

ミドルウェアといっても範囲は広いが、ざくっと例を挙げると

1. TCP/IPスタック及びサーバ類
2. ファイルシステム
3. USBスタック
4. グラフィック関連
5. 豊富なライブラリ

等である。

一般のPCやサーバなどでは当たり前のものが組み込みの世界では貴重な機能なのである。ちょっと前まではネットワーク機能など、ハイエンドのシステムでしか使われず、高価なボードと高価なOS(VxWorksのような)を使う必要があった。

最近ではハードウェアコンポーネントの低価格化によってハードウェアとして機能を実装することは容易である。しかし組み込みOSでこれらを一般的な形で使えるようにしているOSは数少ない。また存在はしてもそれぞれの機能は有償かつそれなりに高価である。ネットワーク機能やUSB機能のためだけに数十万・数百万は出せないのである。

もう一つの利点はまさに坂村氏が記事で述べている、ボードがないと開発しにくいという点である。Linuxならば機器に依存が少ない部分については安価なPC上で開発を進めることが出来る。確かに試作ボードは必要ではあるが、たいてい開発メンバー全員にいきわたることはない。PC上で多くの部分を開発できるLinuxにはそれだけでも利点があるのである。また教育面でも有利である。普段手元にあるデスクトップOSで同じAPIが使えるのは学習しやすいのである。

ボードの大きさ云々であれば、とても小さなLinuxシステムもあるし、T-Engineを使ったからといって試作ボードが小さくなるとは決していえないのである。アプリケーション次第ということ。

iTron/T-Engineは機能はすこしづつにせよ新しいものを取り込んではいるが、やはり多くの要求を満たすために、最大公約数的な仕様になっている。APIもいまだ7文字制限(ではなくなってはいるが)を引きずっている。 これでは採用を半強制できる国内市場ではいいが、海外では受け入れられないだろう。第三国がT-Engineに興味を持つ理由の多くは日本企業狙いである。

結局というか、T-EngineはLinuxと同じエリアを目指しては得るところは少ないのではないだろうか。iTronが比較的高速応答が必要で小さめなシステムで使われているように、せいぜいミドルクラスまでをターゲットにして、むしろLinuxが少なくともここ数年は持ち得ないRealTimeOSとしてのアドバンテージを生かすほうがいいのではないだろうか。独自仕様を減らし、POSIXなどの標準に準拠することももっと重視していい と思う。

私も組み込みエンジニアである。iTronを選択する場面もあるが、理由は価格とメモリと高速応答性の問題である。Linuxではどうしてもある程度の以上のメモリが必要であり、高速な応答性能を出すには無理がある。比較的小さなボードやシステムにおいてはiTronは(APIのダサさ、システム構成のダサさは置いておいて)悪くない選択である。他にもっといいOSがあればよいのであるが、選択肢はそう多くない上、多くは高価であったり、サイズが大きすぎたり、マイナーであったりする。

iTronがもう少し洗練された仕様であったなら、国内のみならず国外でももっとアピールでき、世界の組み込みOSの標準ともなれたのではないかと残念に思うのだが。

Tags: Linux, 組み込み

Popularity: 92%

オープンソースのウィルス検出ソフトのClamAVがSourcefire社に買収されたようです。GPLライセンスなので微妙ですが、開発者も雇い入れて完全に押さえたようです。Sourcefire社とはあまり名前を聞かない企業ですがSnortというサーバ向けセキュリティソフトの作者の会社のようです。

ClamAVはオープンソースでLinuxディストリビューションに含まれたりもするため、小規模なサーバでは重宝しているのではないでしょうか。かくいう私のサーバでもメールの検査に便利に使わせてもらっています。主にWindows向けのウィルス検出ですがなるべくクライアントに届く前にチェック出来ることは検出率云々以前にとても有効ですよね。資金を得ることでより迅速なパターンファイルやエンジンの改良と、安定した開発が出来るようになればいいですね。

ここ最近で買い取られたオープンなソフトで思い出されるのはjruby(これは開発者をSunが雇った)。あと話題になったのはCitrixによるXen Source買収でしょうか。こちらはGPL版とそうでない版を販売していますね。 かなり前になりますがOracleがMysqlを買収しようとしたことも思い出します。

いずれもインフラ系のソフトであるところが面白い。今後力のあるオープンソースプロジェクトが開発者ごと雇入れられるのはますます増えてくるでしょうね。まあOracleの場合競合つぶしなのかもしれませんが。

CoolなWebアプリを作ってGoogleなんかに買ってもらおうなんていう話もありますが、Webアプリと異なり広告収入が期待できないオープンソースソフトはプロジェクトを安定して続けるにはパトロンを得るしかないのでしょうかね。新たなビジネスモデルとして企業からの買収狙いなんてのはありなのかもしれないなどと根拠なく感じた話でした。

Tag: Linux

Popularity: 62%

少し旧聞になってしまいますが、せっかく勢いのあるUbuntuに水をさすようなニュース、Ubuntuのコミュニティ用サーバ乗っ取り事件。Ubuntuのサーバ領域での普及に問題が出るのは否めない事件です。

• Ubuntuサーバが乗っ取り被害に − ＠IT

ITメディアの記事によると中国からのブルートフォースアタックが関係するかのようなことを書いてありますが、実際のところはどうなんでしょう。まあ中国といえば皆が納得するところなんですが。

もちろん節操なくどこにでもアタックするクラッカーに怒りを覚えますが、今回はなんといっても人災としか言いようがありません。ボランティアベースで大変だとは思うのですが、Ubuntuの品質云々以前にサーバ管理者、ひいてはコミュニティの信頼までも失いかねない問題です。個人的にデスクトップを使っており期待しているだけに残念です。出来る限り早期に信頼回復を頑張って頂きたいところですね。

サーバはドライバの問題などでアップデートをしないまま放置していたそうから、カーネルもWebアプリも結構古いものが入っていた可能性が高いようです。どのあたりがやられたか記事からはわかりませんが、なんともいえないところです。ハードの制限はお金に直結するのでなんなのですが、Webアプリに関してはカーネルが変わっても別に動作する訳ですし、こういうところで失敗は痛いですね。

通常のLinuxではカーネルやその他のコンポーネントのバージョンアップはメンテナンスされているものであればパッケージ管理ソフトが面倒を見てくれるので比較的楽です。大幅なバージョンアップなどによる問題さえなければ普通にアップデートすればいいのですが、むしろ個別にインストールしたWebアプリの脆弱性なんかが面倒です。バージョンアップによりデータベースが変更になっていたり、動作しなくなったりすると結構手間と時間がかかります。

特にUbuntuのパッケージに入っているwebアプリは大抵が古いため、皆さん自分で最新版をインストールされていると思います。 自前のインストールで注意する点はインストールする時点では最新版でも数ヵ月・数年もすればすっかり古くなってしまうことです。なかなかフォローしきれないのが実際のところではないでしょうか。

個人的に知っているサーバでもOSやサーバ等がかなり古いものが稼動している所があります。特に小さい組織で専任の管理者でもいない限り一旦安定して運用が始まるとバージョンアップを嫌がるものです。頻繁にアップデートしてくれるのはセキュリティ意識の高い一部のマメな管理者だけでしょう。

ということでここで得られる(というよりほとんどが昔からある)教訓としては

1. サポートの短いOSはサーバに使わないこと(例:Fedora, LTS以外のUbuntuなど）
2. バージョンアップはこまめに行うこと
3. ハードの(互換性)問題は出来るだけ早期に解決しておくこと
4. webアプリはなるべく新しい版のインストールをおこなうこと
5. 同じくwebアプリの更新は出来る限り頻繁におこなうこと
6. 予防・防御措置を講じておくこと
   1. 不要なサービスの停止
   2. firewallをいれておく
   3. 侵入改竄検出
   4. パスワード管理
   5. アタックの検出
   6. アタックされた場合IPアドレスや範囲、ドメインなどで自動ブロック
   7. そもそも危ないポートへアクセスを許可/禁止するIPアドレスやドメインや国などを決めておく
   8. その他
7. これを理由にWindowsサーバを使わないこと(これが最悪の結論)
8. 100%の防御など出来ないとはいえ、出来る範囲で守っておくこと。(最も一般的な話)
9. 上り調子の時には特に注意すること(これが最重要な項目)

といった感じでしょうか。例にもあげましたが、外部向けサーバでFedoraやUbuntuサーバ(!LTS)などのサポートの短いLinuxを推薦する行為は間違ってもやらないようにしたいものです。もちろんサポートが切れる頃にはちゃんとOSのアップグレードが出来る管理者なら問題ありませんが、RHEL,Debian, Ubuntu LTS, CentOSなどの元からサポート期間の長いOSを選択した方が得策です。

Tags: Linux, Ubuntu

Popularity: 84%

Linuxのデスクトップって使い勝手に関していえばずいぶんと使いやすくなったもんで、一時は重くて使い物にならなかったファイルブラウザも今では普通に使えるレベルになっている。デバイスの抜き差しも問題ない。かなり普通にマウスだけで操作できるようになってきた。純正のMS Officeがないってことが最大のネックだが、他の問題は年々解決していっている。

Open Sourceは商用ソフトほどの性能向上は一気には行われないが、需要がある限り徐々に進んで行き、いずれは商用ソフトに追いつき追い越すだろう。また重要なアプリケーションがwebに移行することで、デスクトップの重要性自体が下がっている現在、Linuxのデスクトップが多少劣っていても問題は少なくなっていく。

• Vista登場でLinuxデスクトップが伸びる説 － ＠IT

今後Linuxデスクトップが伸びるのはVistaの出来のせいじゃなく、SaaSとかweb中心のコンピューティングとなっていったせいじゃないかと思うわけで。たださ、記事にある開発者の数の伸び率に関しては数字でごまかすの止めて欲しいね。全体の数字って見てないけど、比率でいくとLinux開発者比で34%なら全体でみるとせいぜい数%程度じゃないかよと。。。

MSは今回のVistaで不要に重くなった、やりすぎと言われてて、デスクトップで隆盛を誇ったMSの役目もすこしづつ終わりを迎えつつある感じが否めない。少し意外な終わり方な気もするが、ワンベンダーが独占する今までの業界がおかしかっただけだと思ったりもする。

ただ、今のwebアプリ, いわゆるweb 2.0なものからは次の世代のコンピューティングは生まれてこないのではないだろうか？確かに肥大化したオフィスアプリはスマートになっていくだろうし、コラボレーションを考えてもネットワーク化はありだけど。

少し単純化してみると、今の各社の方向はこんな感じかな？

• レガシーなデスクトップアプリ(MS, その他)
• ハイブリッドなデスクトップアプリ(MS, Adobeなど)
• webアプリ(Google, SaaSなところ, web2.0系企業)

ううむ。こうみると確かにwebアプリ化はどんどん進んでいくっぽい。ハイブリッドなアプリは中途半端で今ひとつな感じだし。でもネットワークにも限界があるし、JavasScriptでやるにしたって限界がある。効率も良くない。今の方法論のままSaaSでデスクトップアプリの代替品を作るメリットもいつまでも続かなさそうだ。

そうなるとブラウザ内でJavaScript以外の選択肢が必要かもしれない。 それもSilverなんちゃらとかFlashではなく、JavaScriptと同列でブラウザやwebやネットワークにタイトに結びついた言語とシステムか。

例えばrubyなんて良さそうだ。Railsみたいなシステムが無理なくブラウザ内部で構築できて外部と緊密に結びつけばいいかもしれない。うーむ想像力がweb2.0の域を超えてないな。

やはり今想像もしていないところから、既に次の芽が出ているに違いない。そしてますますデスクトップの必要性が減るわけだな。

Tag: Linux

Popularity: 53%

Linuxカーネルを改良、サーバを集約して消費電力を削減しようというIBMの構想がニュースになっていましたが、もっと思うのはアプリケーションの消費電力削減ではないだろうか？と思った話。

• IBM、「Big Green Linux」構想を立ち上げ–Linuxで消費電力削減を推進:ニュース - CNET Japan

こんなニュースが流れていたのだが、最近のCPUやサーバなんかは消費電力が重要なポイントとなっていて、一時期のクロック競争時と比べ電力性能比がかなり向上している。まあこれはIntelの戦略が間違っていたわけで、現在ではIntelもAMDもその辺り重視しているようだ。他のコンポーネントについても2.5inch HDDなんかがサーバ向けに出荷されていたりする。

ソフトではLinuxカーネルの工夫なんかで少しづつでも電力消費は低下していくのはいいことだが、 当然ながらハードの限界よりは小さくはならない。いかにマシンの低消費電力状態を長く続けることが出来るかがポイントなわけですな。CPU止めたりハードディスク止めたりして。

そうなるとカーネルももちろんだが例えばデータベース、webサーバ、スクリプトなど全てのソフトウェアコンポーネントの効率がモノをいうようになると。

となると、今のWebなんかではRoRのような開発効率重視のスタイルとかAjaxからもっと実行効率重視の環境へのシフトも来るのだろうか？なんだかハードウェアベンダーは低消費電力、マルチCPUへ移行し、ソフトウェアはJavaScriptやphpやRubyが全盛で、お互い向きが違っているような感じを受ける。基本的に動的な言語は実行効率は良くない。

RubyはYARVで大幅に効率が向上するようである。当然電力削減に関わるはずだが、まだRubyはそれほど電力消費に大きな割合を占めないはず。

もっとよく使われているphpスクリプトがネイティブコードで動作したらより大きな省電力効果が得られると思われる。phpのバイトコードキャッシュやオプティマイザはよく聞くが、ネイティブコードへのコンパイラも今後普及するだろうか。

• Roadsend — open sourceのphpコンパイラ
• Quercus - CauchoWiki — javaフレームワークresinのphp(javaへコンパイル)

基本コンポーネントの効率向上はやりやすいのだが、今後はアプリケーションもセキュリティだけではなく電力消費も考慮に入れて作らない時代がやってくるのだろうか。 ということで、まずはRoadsendを試してみようかと思ったり。

Tags: Linux, php

Popularity: 54%