支那の学生はクラッキングに応用可能なところに熱心だよね

もしかして: コンテキストスイッチ

おそらくRTOSにしても何も解決しないでござる

> 深追いするのも大変なので

深追いして自分のスキル不足を自覚するべき。

きっと、neo田代砲だな()

スケジューラとコンテキストスイッチのオーバーヘッドは関係ないし、何をどうやって計ってるのかもわからなきゃ誰も答えようがないし、なんでこのスレに書くの？

コンテキストスイッチだけでmsオーダーにはならん

会社の仕事でRTOS使ってるし、
組み込みLinuxも使ってるけど、
用途がかぶる事ってあるか？

RTOS使うかLinux使うか実機で試験するまで決めれないってどゆこと？

用途は妙だわ前提条件は曖昧だわでLinuxの性能が悪いと言われてもな……

Raspberry Pi２台使ってロボットっぽいものとか作ろうとしているんじゃないの？
リモコンの反応が途中で引っかかるとかそう言うのをデバッグしているんではなかろうか

>>166
そのくらいのマイコンっていいのがないよね。自分はマイコン/RTOSじゃ複雑化する機能要求に迅速についていけないとわかってラズパイにしたけど
Linuxカーネルを深く知ってスケジューラーとか弄ったらリアルタイム性能は良くなるのかもね、まあまずRTカーネルを試すのがいいのだろうけど

>>171
Linuxカーネルを語るスレでRTOSなんて知っている方が少数派かと。

>>167
Linuxのコンテキストスイッチが遅いのは事実でしょ、
そもそもそんなことを重視していないOSだから。

>>166
ただの趣味だから仕方がないかもしれないけど
もう少し真面目にシステム設計しないとバカに見えるよ。
ほとんどの場合でRTOSよりLinuxの方がコンテキストスイッチが遅いなんて周知の事実だから、
「だから何？」以外の答えは返ってこないかと。

>>172
そりゃRTOSより遅いのは当然として
Windowsより遅いとは思わなかったんでね
Windowsより速いという根拠無い期待があって
Linuxで行けるんじゃない？と思った

元々Windows PCで作ったソフトで
性能改善と小型軽量化が主な目的だったんで

設計の前にまず一番気になる部分を評価
順番としては正しいと思う

結局、

できもしないことをやろうとした低能が、Linuxはダメって言い捨てていったわけな。

応答性能を高くしたい　→　RTOS
というのがそもそも間違い。RTOSでいうリアルタイムというのは、
その時間にそのイベントが発生することを保証するものであってリアルタイム性能が高いという意味ではないw
つまりスケジューラの実装がそもそも違う。通常のOSとは用途が違うんですよ。

なので諦めてLinuxカーネルをチューンしなさいw

日本語でよろしく

>>175
アホ

wikipに書いてるレベルだが小心者はそれすらを理解できないということ。馬鹿の壁という。

>>177
アホはおまえだよ。RTOSとはそういうもの。
組込開発時のCPUの割り込みの正確さをOSレベルでも保証するということ。

>>182
アホ

またマウントの取り合いが始まった…
どうしてゆとりって…

無知を指摘され反論できなくなってアホしか言えないみたいな

>>182
アホ発見wwwww

>>175 >>181 を見て反論する気も失せた
永久保存版のアホ

>>187
wikipediaに書いてる基本的なRTOSの話だけど、一体何がそんなに悔しかったんだ？

言ってみ。

アホって罵倒すれば構ってもらえるという程度に承認欲求は強いが、
能力で承認されるほどの力はないという悲しい存在なのでスルーでok

結局組込みCPU & RTOS を使うことで解決した
非常に安定
良いハードがなかなかなくて開発も面倒だけど
要求性能を出すためにはしょうがない
起動が圧倒的に早いのはプラス

>>194
せめてRTTとスループットの区別くらいつくようになってから持論を語って

スレチはそこまでにしてもらおうか