「FOMA機のOSにLinuxを採用へ」記事へのコメント

Linuxカーネルのリアルタイム化

[Anonymous Coward]

＞Linuxカーネルはリアルタイム性に問題がありカーネルには手を入れ
＞ることになるだろうが、それはRed Hatにお願いするのか、既製のも
＞のを購入するか、自社開発なのか気になるところ。どれがいちばん
＞コスト削減につながるのだろうか。
RT-Linuxなるリアルタイムカーネルがあるよね・・・。
今は亡きTranTechに記事があります。

Re:Linuxカーネルのリアルタイム化

[naruaki (2658)]

「リアルタイム」って、CPU が充分早くて、どんな処理もあっという間に行ってくれる魔法の一種とか勘違いしている開発者がいやしないかとドキドキ。
携帯電話のバグって、増えるんじゃないかな。

リアルタイム性の求められるモノと、益々複雑多機能化してくアプリ/ユーザインタフェイスをうまいこと住み分けするような構成にするのだろうな。Linux部は後者を担うのではないかと。

Re:Linuxカーネルのリアルタイム化

[SteppingWind (2654)]

リアルタイム処理と言えば, 今でもちゃんと処理のステップを追いかけて通常/最悪処理時間を設計しているのでしょうか? 私自身はせいぜい8bit CPUから16bit CPUの初期程度まで(ICEを使ったのは入社教育の1回だけ)しか知らないので, MIPSなんかを使う場合にどうしているのか興味があります.

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

というかリアルタイムがいる部分ってどこだろう？

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

電波強度に対応しながら電力を管理する部分と、局との通信部分でしょう。

Re:Linuxカーネルのリアルタイム化

[Artane. (1042)]

その程度なら、ドライバの層で吸収出来るような気がします。てか、そのあたりはドライバ形式にしてTick間隔を稼いでやるなり割り込みで処理してやればRTOSと変わりがないような…

# STATEの変化はAP層とIOCTL使って通信して対応すればいいんだし。

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

>そのあたりはドライバ形式にしてTick間隔を稼いでやるなり割り込みで処理してやればRTOSと変わりがないような…
それをやってしまうとＣＰＵが常時動くから、電池のもちが悪くなるって。
ＩＴＲＯＮを使うのは、ハードリアルタイムが基本で、非力で低消費電力なＣＰＵでも最悪値が想定しやすいからで、Ｌｉｎｕｘとかにするとカーネルレベルからリアルタイム性とか低消費電力性とかを追求していかないとＩＴＲＯＮから移行はできないと思いますが。
で、常時動かない（蓋開けたときだ

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

なるほど
既存のFOMA端末が電気食いなのも、そこらへんで早い動作を
必要としているからでしょうか

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

CDMA系の方式（W-CDMAに限らずcdmaOneや2000なども含む）が電気を食うのはPDC(TDMA)と違って高い頻度で電波を受信してあれこれ調整しないといけないからです。

それに電気を食うといっても同系統であるau向けcdma2000機

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

リアルタイムとは即時対応をすることではなく、 反応時間が決まっている、という意味です
早いかどうか、ではありません。

Re:Linuxカーネルのリアルタイム化

[Anonymous Coward]

RT-Linux以外にも、RTAIやらTimeSysとか
メモリー消費量とライセンス料を気にしなければ、いろいろありますよ。
リアルタイムカーネル側のミドルウェアがどこまであるのかが問題ですが。
RT-Linuxの元締めは
リアルタ