リアルタイムリナックスについて

**wait_np** · NG

リアルタイムリナックス（RT-Linux）について語り合うスレです。
素朴な疑問やくだらない質問も受け付けます。

RT-Linux　　http://rtlinux.cs.nmt.edu
ART-Linux　http://www.etl.go.jp/etl/robotics/Projects/ART-Linux

わかることは答えます。わからないことは皆さんが答えてください。

**login:Penguin** · 01/11/22 02:21

>>160
ありがとうございます。
Linuxのカーネルを他のものとどう組み合わせるのか
いつも不思議におもってました。こんどこれらのもので
勉強してみます。

**AV Aho** · 01/11/22 04:09

桃尻ックかーねる・・・

**login:Penguin** · 01/11/23 01:03

どなたかRT-Linux3.0でシリアル通信の仕方を教えてください。
3.0にサンプル（rt_com.c）が入っていたので試しているのですがうまくいきません.
モジュールを組み込むときにエラーが出ます。シリアルポートのアドレスやIRQは
きちんと割り振っているのですが”デバイスがビジー状態です”というエラーが出ます。
どうすればいいでしょうか教えてくでさい。
なお、vine2.1.5のカーネル2.2.18を使用しています。

**名無しさん＠Ｅｍａｃｓ** · 01/12/01 04:45

>>99
でもやっぱ最新kernelに追従できないってことは
結局のところpatch自体の死を意味すると思ふ。

作者の石綿さんは会社にいっちゃったから忙しくて
あんまり手がまわらないとかゆー噂さぁ。
やっぱ誰かが作業を分担しないとアレかもしんないかも。

横からスンマセン。

**login:Penguin** · 01/12/05 18:33

wait_np() みたいなのをいっこも入れないでぐるぐるループを
作ったら、もうそこから一生出てこない？

**login:Penguin** · 01/12/06 21:03

>>165
リアルタイムスレッドの中の動作はアトミックか

ってこと？

**login:Penguin** · 01/12/14 01:23

リアルタイム性も生粋のRTOSに比べれば天と地ほどの差が
あるしサイズも無意味にデカイ（もともと組み込みを意識して
つくられてない）。
ハッキシいって、あえてRTOSの変わり使うほどの利点はないね。
そのうち消滅するだろう。

**login:Penguin** · 01/12/14 22:59

生粋のRTOSて具体的には？Vxほげほげはでかいと思うが

**age** · 01/12/21 12:09

age

**login:Penguin** · 02/01/11 16:35

ART-Linuxはもう忘れ去られてしまったんだろうかage

**名無しさん＠Ｅｍａｃｓ** · 02/01/12 21:51

VxWorksとの性能比はどれくらいなんですか？
顧客はずっとVxWorks使ってるんですが提案に
RTLしてようかと思って。
（そもそも棲んでる分野が違うのかどうかこの
板でもVxWorksはなんの話題にも出てきませんが。）

識者の意見きぼーん。

**login:Penguin** · 02/01/12 23:24

板違いでしょ

**QNX** · 02/01/12 23:56

VxWorksって、UNIX上（特に、Sun／SPARC上）での開発環境が良いから使われたんですよね。
APIもPOSIXに準拠してましたし。
私も、昔、テーミスのSPARCボード上で通信の制御プログラムとか作ったことありますけど。
RT-LINUXって、十分VxWorksの代替になるんじゃないですかねー。
特に、車載システムとか、比較的機器の大きさに制約の少ない産業機器用途で広まると思いますよ。
メモリ容量やCPU性能などに制約の多い携帯電話なんかだと、きついでしょうから、
μITRONなんかが使われてますよね。
ターゲットとする機器によって適切なOSも違ってきますよね。
Wind Riverの株、空売りしよっかなー。

**171** · 02/01/13 00:58

>>172さん
板->スレの間違いでした。

>>173さん
ありがとうございます。
たしかにSPARCでクロスコンパイルしてますからね。< VxWorks
ちなみに快適に動かすスペックは経験上からどれくらいですか？

02/01/13 01:26

>>173
> ターゲットとする機器によって適切なOSも違ってきますよね。
直感的にはそーなんだけど、かなり経験豊富な人じゃないと比較・選定は難しいですよね。
結局、シェアがいちばん高いから・・・とかで選ばれたり。意味ねー。
スキルの低い開発部隊がRT-Linux使おうとしてたから「やめれ」て言っといたけど。

**login:Penguin** · 02/02/04 16:13

RT-Linuxは、今どこでダウンロードできるんだ！？

**login:Penguin** · 02/02/04 23:04

RT Linux ってタイムシェアリングじゃないのですか？
プロセス切り替えのオーバーヘッドが無視できないから？？

**login:Penguin** · 02/02/14 16:59

Linux,RT-Linux,ART-Linuxで実行周期限界を調べて評価をしたいの
ですが、参考になるようなURLや書籍はないでしょうか？

いくつか自分でも探してみたのですが、今ひとつわからないのでおすすめ
のがありましたら教えてください。お願いします。
特に、RT-LinuxとART-Linuxでの文献を探しています。

参考にしているのは
Interface Nov.1999 ART-Linuxによるリアルタイム処理への適応と応用
Design Wave Magazine 2001 July ”リアルタイムOS”のすべて
Linux Japan に連載されていた　Linuxカーネル2.4の設計と実装
それとこのURLです。
http://www.mechatronics.mech.tohoku.ac.jp/~kumagai/linux/control/lcycle.html

**login:Penguin** · 02/02/14 17:30

>>178
一般に、CPU200Mhzくらいで
RTは10μs、ATRは100μs
が限界周期

調べるんなら結局
オシロで測るしかないっしょ。

**login:Penguin** · 02/02/19 11:01

>>179
　遅くなりましたが、どうもです。
オシロ・・・ろくに使ったことないので勉強します（汗

**login:Penguin** · 02/02/25 10:22

age

**login:Penguin** · 02/02/25 10:35

ブームとともに消えるでしょう。
ITRONマンセー

**縞栗鼠（シマリス）の親方** · 02/02/25 10:49

中央高等学院中央高等学院中央高等学院中央高等学院中央高等学院
ご連絡有り難うございます。お心使い大変感謝しております。
縞栗鼠の親方様におかれましては、いかがお過ごしでしょうか。
前回の件でも貴兄、またご利用されている皆様方にも多大なご迷惑をお掛けし
お詫びの言葉も見あたりません。

縞栗鼠の親方様には度重なるご迷惑をお掛けし、その度にご連絡いただき
大変申し訳ございません。私共も実のところ、うんざりと言うのが実際のところです。
ご存じの通り、当学院では１１月受検に向け当学院生徒、職員一丸となって
目標達成に向け日々邁進しております。一部の心ない行動により当学院の生徒にも
必要のない不安が生じるのではないかと心を痛めております。今の所、生徒からの苦情
問い合わせ等、わたくしの聞き及ぶところには御座いません。
しかしながら、今回の件でも、いくつか質問という形で真偽を問うリアクションが外部、又は
当学院の生徒の判断がつきかねますが、こちらのＨＰにも帰ってきているのも事実です。
こちらも具体的な方法で行動をとりたいのですが、この件だけに係り切りというのも状況が許しません。
只、日増しに悪質化してきているのも事実なので放置も出来ません。私共も準備に取りかかり、
然るべき処置を執りたいと存じ上げます。

大変身勝手ではございますが、これからも暖かいご支援宜しくお願い申し上げます。
また　縞栗鼠の親方様の益々のご活躍　心よりお祈り申し上げます。
中央高等学院
http://www.chuo-school.ac/
中央高等学院福岡校
http://chs-f.com/index.html　
学院長　斉藤　守

**login:Penguin** · 02/02/28 15:12

Beep音がおかしくなる。なんでだ？

**login:Penguin** · 02/03/04 21:27

うーん。ADとかDAとかはつかえるようになったんですが、
なかなか安定しなくて困ってます。不安定な原因に、
スレッド同士が影響するんですよ。
例えば、マルチスレッドに関してなんか良い文献ありましたら教えてください。
3.0の方が安定するんかな・・

**login:Penguin** · 02/04/08 15:07

ﾎｯｼｭ

**login:Penguin** · 02/04/17 13:54

保守ついでにｱｹﾞ。
今リアルタイムリナックスって実際に製品として使われてるんだろうか。
こういう製品に導入されてるよ、とかの情報ｷﾎﾞﾝ

**login:Penguin** · 02/04/17 14:39

>187 製品じゃないけど出渕デザインの2足歩行ロボット(HRP-2)が
ART-Linux．

**login:Penguin** · 02/04/17 23:41

http://daq.rikkyo.ac.jp/babarl/

**login:Penguin** · 02/04/23 10:25

結局ARTってまだやってるの？

**login:Penguin** · 02/05/20 13:30

アイ・ピイ・アイあげ

http://www.ipishop.com/network.html

**あげ失敗したので** · 02/05/20 13:30

からあげ

**login:Penguin** · 02/05/20 17:23

>>190 インターフェースで石綿さんが連載やってる
http://www.cqpub.co.jp/interface/default.asp

**アイボンナノチューブ** · 02/05/23 23:39

uClinuxを使っている人、いますか？　http://www.uclinux.org/

マイクロマウスのような制御にはRTより良いよね？
ハードが軽くてすむから。

DragonBall 16MHzとPIC 20MHzってどっちが速いのかなぁ
ってスレチガイでした。

**login:Penguin** · 02/05/28 19:56

>194
さらっとやってはみた感じじゃ面白かった。
H8で動かしてた人がいたけど、どうなったかな・・・

ってRTじゃないじゃん

**login:Penguin** · 02/06/24 22:29

ARTが最近動きが活発でなかなか注目株っぽい。

オレは嫌いだけど。

**login:Penguin** · 02/06/24 22:38

トロンはもう終わりですか？

**login:Penguin** · 02/07/01 20:51

>>196
　どんな活動があるのん？

**196じゃないけど** · 02/07/01 21:36

出渕裕デザインのロボットがART-Linux

**196でも199でもないけど** · 02/07/01 21:47

こんなん。
http://www.watch.impress.co.jp/pc/docs/2002/0319/hrp2_1.htm

**login:Penguin** · 02/07/01 22:46

>>197
トロン規格って世界で一番つかわてる組み込みOS規格だろ。
特に最近の携帯とかで一気に普及が加速したよな。
どうも日本人は自国のものに対して自身がなさすぎる。

**login:Penguin** · 02/07/01 23:00

>>201
自信も何も、OSそのものと規格ベースのものをごっちゃに判断するな
よ。そんなこと言ったらUNIX規格に沿った（真似た）OSなんてそれこ
そ全世界でTRONよりはるかに数多く使われてるだろうが。

**login:Penguin** · 02/07/01 23:16

ちょっと前にInterfaceで特集してたTimeSysもかなりよさげだぞ．
Linuxのドライバがそのまま使えて，QoSもできるとか何とか．
ttp://www.timesys.com/でダウンロードしたが，GPL版ではQoSは使えないらしい（´・ω・｀）

**login:Penguin** · 02/07/01 23:44

＞特に最近の携帯とかで一気に普及が加速したよな。
＞どうも日本人は自国のものに対して自身がなさすぎる。
じゃ、具体的にiTRON(って今はいわないんだっけ？)なOS積んでる
製品を、10コくらいあげてみてよ。

**login:Penguin** · 02/07/02 00:06

>>204
ttp://www.tron.org/tronshow/2002-j/exhibitors/16.html
とか。

**login:Penguin** · 02/07/02 00:50

ARTはフリーではなさそうな扱いだが。
商用利用は電総研に掛け合わないといかんのか？

TimeSysはふざけんな、って具合に値が張りそうだ。
こないだ晴海のショーで話を聞いてきた。
フリーの部分はともかく、Win用の開発キットの価格は200万円だとよ。

**login:Penguin** · 02/07/02 00:56

>>206
＞ARTはフリーではなさそうな扱いだが。
＞商用利用は電総研に掛け合わないといかんのか？
岡山あたりの企業が担ごうとしていると風の噂に聞いたが．

TimeSysはGPLの部分だけではリアルタイム性は無いのか？
開発環境もそうだが，ライセンスの部分がキモだな～

**login:Penguin** · 02/07/02 00:59

>>204
H8のもあるね。ミスポの対応は糞だけど。

**login:Penguin** · 02/07/02 01:03

今手元にTimeSysのパンフレットがないから正確に答えられないが、

マルチタスクはGPLの部分で出来るらしいが、QoSやるには非GPLのシステム
を買わないとダメだ、と言っていた。
うれしいやら、うれしくないやら。

IDEの価格がそんなに高いのならGUIでマルチスレッドのデバッグに使えるん
だろうな、って聞いたら、確認するとか言っていた。で、連絡はまだない。

**login:Penguin** · 02/07/02 14:55

ライセンスと言えば，ヨダイケン逝ってヨシな事件もあったな（ｗ

**login:Penguin** · 02/07/12 17:54

うちの開発がQNXかRT-Linuxかで揉めています。
10usec～100usecぐらいの反応で10kB程度のデータを
リアルタイムで計算処理するんですが、
一ヶ月ぐらいは連続稼働してくれないと困ります。
古参の連中はQNXを推しているんですが、若い連中がRT-Linux派で。

第一に(OSのメンテナンスが継続されているとかも含めた)安定性、
第二に開発のしやすさがポイントと思うのですが、
正直なところ RT-Linuxって、安定性はどうなんでしょうか？

**login:Penguin** · 02/07/16 01:08

QNX４はもうすぐライセンス販売中止だと思ったが。ＱＮＸ６はまだ枯れていない印象。
RT-Linuxは，リアルタイムタスクと非リアルタイムタスクの管理がややこしい感じか。
タスクがカーネル抱き込んで落ちるのは嫌ぽ。

個人的にはＱＮＸに一票。あとはLynxOSとかTimeSysあたりも考慮すれ。

**login:Penguin** · 02/07/16 14:39

>>211 RT-Linuxはリアルタイムプロセスはカーネルモードで動作する
ので気を付けたほうがいいかモナー

それで安定したプログラムが書けるなら問題ないが

**login:Penguin** · 02/07/16 22:34

>>213
ユーザモードで動作するRTOSなんて信用できん。胡散臭。

**login:Penguin** · 02/07/17 02:21

ARMプロセッサに対応したフリーのリアルタイムLinuxってありますか？
検索してみたけど見つからなかったもので、もしご存じでしたら教えて
ください。
TimeSysが複数のプロセッサに対応してるとか書いてあったけど有料っぽい
ので…

**211** · 02/07/18 06:06

おっしゃるように、QNX派は、RT-Linuxのリアルタイムのプロセスが
カーネルモードなのが気にくわないらしいんです。Cだと絶対落ちない
プログラム書くの難しいだろ、みたいな。

でも、ユーザーモードが信用できないって意見もあるんですね。
むー。難しい。もうちょっと勉強してきます。

**login:Penguin** · 02/07/29 01:16

>>216
>>カーネルモードなのが気にくわないらしいんです。
リアルタイムの考えからすれば、カーネルモードでなければいけない。
それはリアルタイムＯＳでは、ＭＭＵは本来不用だからだ。
せめて、ユーザーモードがある場合は、余った時間をＧＵＩ関係に使えばいい。
ハード制御は全部カーネル！214の言っている事と同じだ！

それより、リアルタイムＬｉｎｕｘがささやかれているが、
実際どのくらい開発中も含め使われているのか？
オレは使いたくない。特にLinuxは継ぎはぎだらけでダメだ。
使うならＢＳＤの方がいい。Ｖｘもいらない、サポート会社がクソ、高い。
リアルタイムＬｉｎｕｘ寄生虫の会社はサポートできるのか？

**login:Penguin** · 02/07/29 01:20

まあ10～100μ程度なら RT-Linuxで十分でしょ。
何かあったってソースあるんだから解決できるしね。

**login:Penguin** · 02/07/29 05:39

>>216
そんなに難しいプログラムには思えないのだが

**214** · 02/07/29 22:32

>>217
別にMMU使うことを否定してるわけじゃないんだが・・・。
カーネル空間とユーザ空間のコピーやら、タスク毎に
テーブル張り替えたりするのは無駄だろうと言いたいだけだ。
TRONはそうゆう使い方をするようになるみたいだし。(嘘かも)

**login:Penguin** · 02/07/30 07:30

ソースが公開されているのはいいが、
みんな読めるのか？修正できるのか？チェックできるのか？
そういう意味で、サポート会社の重要度高し。

問題提起
サポートってどこまでサポート？　なんのサービス？
カーネルがバグっていたら、サポートはどうする。結局自己責任　だれも責任を取らない
結局バグがでたら、ＲＯＭ交換に行くのか？ネットワークで更新できるようにするのか？
分からんことだらけだな！無責任時代突入。

**login:Penguin** · 02/07/30 08:16

>>221
みんな読めるし、修正できるし、チェックできます。

カーネルがバグっていたら、自分で直します。
責任は直した人（会社）が取ります。

結局バグがでたら、必要に応じてROM交換に行くし、ネットワークで更新もします。
分からんことなんて無いです。無責任なのはあなたです。

**login:Penguin** · 02/07/31 08:33

>>222
それはウソでしょう。できもしないのに言わないで下さい。
それともあなたのクレジットが載っているんですか？それなら認めますが。
あなたは、サポート会社の人ですか？
それならサポート会社なんて存在自体必要ないですね。

私は、高いお金を取ってサポートするなら、どこまでサポートするのか
を疑問に思っているからです。
過去に外国のＯＳのサポートだと称し、高い金をとってどうしようもない、
サポート会社に騙されるなと言っているだけです。

>>無責任なのはあなたです。
何の責任ですか？

**名無しさん＠Ｅｍａｃｓ** · 02/07/31 10:13

痛い>>223降臨中(w

**名無しさん＠Ｅｍａｃｓ** · 02/07/31 10:15

>>223
> それはウソでしょう。できもしないのに言わないで下さい。
と判断した根拠は？
サポートを請け負うならカーネルソースくらい読めて当然だが何か？

> それともあなたのクレジットが載っているんですか？それなら認めますが。
GPLのどこにクレジット掲載の義務があるんだ？

> それならサポート会社なんて存在自体必要ないですね。
なぜそこで自己完結するんだか(w

**login:Penguin** · 02/07/31 11:57

>>223みたいな人がいる限り、サポート会社が儲かると言うのもまた事実。
「ソースとは読むもの」という認識を彼らに植え付けてはいけないんです。
せっかくお金を落としてくれるのに。

**login:Penguin** · 02/07/31 13:48

223は障害が出た時に、客に対してどういう言い訳をするんだろう？

**login:Penguin** · 02/07/31 14:25

逆ですよ。サポート会社なんか無用をいっているのですよ。
何をサポートしてくれるのかって事ですよ。

>>サポートを請け負うならカーネルソースくらい読めて当然だが何か？
それだったら、なぜ外国の会社の下（名前）でやっているのか？
サポート会社は自分では何もおこなわずに、外にただ投げるだけでしょう。
日本の外資系会社はだた名前があるだけで何も開発を行っていない。
くやしかったら、自分の名前でサポートしたらどうだ。サポート会社の人？

**login:Penguin** · 02/07/31 14:46

>>228
サポートって、「お金をもらって、代わりに知識と助言を与える」のが仕事だよ。
それ以上のことはやらないし責任も取らない。
それでも繁盛してるのはうまく使えば「知識と経験を金で買える」から。

**login:Penguin** · 02/08/07 15:25

知らない間にART-LinuxがSH4に対応してたんすね。
http://www.movingeye.co.jp/products/kit/artlinux.html

http://www.movingeye.co.jp/doc/cq2/cq200207.html
ここによるとSH4のはカーネル2.4ベースでx86版も近日でるとか。
ARM用も出てくれないかなぁ…

**名無しさん＠Ｅｍａｃｓ** · 02/08/07 16:42

>>228
ｱｲﾀﾀﾀ・・

> それだったら、なぜ外国の会社の下（名前）でやっているのか？
ってなんで決めつけるんだ？

> サポート会社は自分では何もおこなわずに、外にただ投げるだけでしょう。
君の知ってるサポート会社はそうかもしれんが、俺は違う。

> 日本の外資系会社はだた名前があるだけで何も開発を行っていない。
ﾊｧ?

> くやしかったら、自分の名前でサポートしたらどうだ。サポート会社の人？
既に個人事業者としてやってますが何か？

**名無しさん＠Meadow** · 02/08/07 18:20

>>228
>>231

ﾏｱﾏｱ(・∀・)ﾏﾀｰﾘｲｷﾏｼｮ

**login:Penguin** · 02/08/14 15:53

リアルタイムOSは応答性能を保証するのと引き換えに、
パフォーマンスやスループットを犠牲にしているので、
制御など時間的制約がある場合を除けば、魅力に乏しい。

**login:Penguin** · 02/08/14 16:08

用途によっちゃそれでも必要なんだよ。
キミが魅力を感じようが感じまいが。

**login:Penguin** · 02/08/15 01:22

GPLであるリナックスのカーネルに、建て増しして作ったリアルタイム
カーネルは、当然GPLでなければならない。　なぜかソースを独自に
書きましたのでGPLではありませんというカーネルが売られていたり
するが、おかしいような気がする。

**login:Penguin** · 02/08/15 01:48

>>235
金を払えばバイナリをくれてやる。
バイナリを持っている奴にはソースも見せてやる。

って姿勢じゃなかったっけ？

**login:Penguin** · 02/08/15 18:09

>>236
その場合、もらった binary & source は再配布自由になるけどいいのかな。

聞いた話では、
* ある kernel module に必要な patch を GPL で配布
* realtime 部分を、そのパッチを利用した実装で binary 配布
ということで binary module を proprietary にする、という
やりかたをしてるところがあるらしい。

**login:Penguin** · 02/08/17 15:38

**login:Penguin** · 02/08/29 08:19

**login:Penguin** · 02/08/29 17:16

ftp://ftp.fsmlabs.com/
「匿名ログイン多すぎ。後でまた来るかミラー行け」

って言われた。でもミラーってどこ？

**login:Penguin** · 02/09/03 02:02

もう終わりでつか？

UQ · 02/09/12 21:27

>>240
ftp://debella.ikk.sztaki.hu/mirrors/ftp.fsmlabs.com/
今更やけど。

**login:Penguin** · 02/10/04 00:26

ﾎｼｭ

**荳軒隆史** · 02/10/04 10:44

初めまして!
いきなりで聞きたいことがあるんですけど誰か「リアルタイムリナックスの猫型ロボットの実現性」についてわかる方いませんか?
わかりましたら教えて下さい!!

**login:Penguin** · 02/10/04 13:51

メイドロボの実現性なら答えるが？

それに猫型ロボットなんてポケットが本体だろ（ｗ

**名無し** · 02/10/19 15:54

ARTって何？

**login:Penguin** · 02/10/19 16:46

>>246
ART-Linuxっていうのを作ってた人がいたんだけど
電柱につきささって死んでしまいました

**login:Penguin** · 02/10/24 13:26

組込用ＯＳとしてリアルタイムＬｉｎｕｘ使ってる人いますか？
ＳＨとかＡＲＭでどの程度まで性能出るのか気になるんですが以外と
実例とかってないんですよね。

**login:Penguin** · 02/10/24 15:07

>>248
性能が気になるんだったら、uITron 使えば?
間違いないと思うよ。
同じ CPU で RT-Linux の約10倍のタスクスイッチ速度だそうな。
今の有償 RT-Linux は知らん。

**248** · 02/10/24 21:24

>>249
　書き方が悪かったですね。性能重視ってわけじゃなくて、
RTやARTでどの程度出来るのか気になったんです。
Linuxの資産使いたいってのもあるんですが。

**login:Penguin** · 02/10/25 00:43

RTでないのなら使ってう。ルータとか。あと >>249 におなじ。

で、RTなにに使うのん? 時々RTOSのやつらが言う、「プログラムが状態遷移
ベースで、ループが一定速度で回らないといけない」とかいうのは、折れ的に
却下。システムが違うんだから、それに依存しないように作り直さなきゃ。

**login:Penguin** · 02/12/02 08:54

ロボットに100usec周期で指令送るのに使ってます。

ところでここはプログラミングの話題OKなの？

**login:Penguin** · 02/12/02 11:39

>>252
>わかることは答えます。わからないことは皆さんが答えてください。
知ってる人がいれば会話になるんじゃない？

**login:Penguin** · 02/12/02 22:37

>>253
そうですか。（ところで>>1はいるのだろうかｗ）
早速質問なんですが，gethrtime()がスレッドをサスペンドして再開するとおかしくなるのです。
・・・質問がうまくまとまらないので後日書かせていただきますsage。

**login:Penguin** · 02/12/15 01:42

保守。

**login:Penguin** · 02/12/30 21:12

RT-Linuxインストールしたらインターネット接続できなくなりませんでした。
どうして？？？
だれか対処法を教えてください。

**login:Penguin** · 02/12/30 23:31

使っているNIC用のモジュールが用意されていないと思われ。
ちゃんと設定してカーネルコンパイルし直すべし。

**login:Penguin** · 03/01/02 23:44

RT-Linuxについて質問させてください。

UDP/IP使って、映像のライブ配信みたいに、
一定のレートでコンテンツを配信するソフトを作りたいんですが、
例えば1パケットのペイロード長が1024[bytes]で、10[Mbps]で配信したい場合、

1024[bytes] * 8[bits/bytes] / 10,000,000[bits/secs] ≒ 819[μsecs]

ということで、約8.19[μsecs]間隔で送る必要がありますよね。
このように一定間隔でパケットを送るのは、どんな実装方法が良いでしょうか？

普通のLinuxのユーザースペースプログラムとして組んでみたんですが、
タイマ割り込みは10[msecs]単位でしか発生できないようなので、
ビジーループでgettimeofdayを呼びまくる方法で実装しましたが、
かなり汚いというか、無駄な処理をしまくりですよね。

10[msecs]毎に12500[bytes]送れば良いという案もありますが、
他のトラフィックに迷惑をかけない様、
パケット間隔はできるだけ等間隔にしたいんです。

で、RT-Linuxってこういうことが簡単にできるのでしょうか？
あるいはRT-Linuxじゃなくても綺麗な解決法があるのでしょうか？

初心者質問ですみません。

**258** · 03/01/02 23:47

修正です。

>>258
>ということで、約8.19[μsecs]間隔で送る必要がありますよね。

「約819[μsecs]」の間違いです。

**login:Penguin** · 03/01/03 00:51

>>258
＞他のトラフィックに迷惑をかけない様、
いや、変に気を使う方が迷惑になるよ。
何も考えずに素直に10msごとに送るべし。