アカウント名:
パスワード:
アセンブラを使ったら、移植性が無くなるでしょーが
元発言はそんなこと重々承知のことだと思うのだが。たぶん昔のLinuxのことを暗に示唆しているんじゃないの。つまり、理想を追い求めるのも良いけど、実際に「使える」ものにするには、現実に即したダーティさも必要だってこと。それから、Linuxが発展した裏には、みんながすぐに突っ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
高速シリアルI/Oを実現したいなら (スコア:0)
Re:高速シリアルI/Oを実現したいなら (スコア:2, 参考になる)
Hurdどころかそこらの16bitな組み込みですら、ふつーCでアセンブラを使うのはMPUを 初期化したり、MPUを叩かないとダメな固有の機能(キャッシュのsyncとか)叩く時だけ だって位、最近のコンパイラは頭が良くなっていると言うのに…
本当にクリティカルな所以外はアセンブラは使わないようにするのが、多くのプラット ホームで動かしたりコードを使い回したりする時の基本だと思うのですが…
Re:高速シリアルI/Oを実現したいなら (スコア:3, 参考になる)
そういうレベルの話じゃないと思うのですが。
多階層のコンテキストスイッチが避けられないマイクロカーネルじゃ、猛烈な周期で上がってくる割り込みに、堪え切れないって所かな?バッファリングしようにも、APIがバイト単位処理前提になってて、バイト単位のコンテキストスイッチが避けきれないとか。
ちなみに、コンテキストスイッチのオーバヘッドは、状況によってはとてつもなく重くのしかかります。OSにもよるけど、大抵、一回にμsオーダーの時間が掛りますから。
あと、元々シリアル関係のAPI/アプリは、速度が遅い時代に設計されているから、ハードだけが高速になっても、アプリ含めた周辺が対応して無くて、全然パフォーマンスが出ないってのも、結構ありがちです。例えば、1msのイベント契機に最大50バイトしか送信しない設計のアプリじゃ、他がどう頑張っても、400kbps以上出る訳無いですよね?
-- Buy It When You Found It --
Re:高速シリアルI/Oを実現したいなら (スコア:0)
元発言はそんなこと重々承知のことだと思うのだが。たぶん昔のLinuxのことを暗に示唆しているんじゃないの。つまり、理想を追い求めるのも良いけど、実際に「使える」ものにするには、現実に即したダーティさも必要だってこと。それから、Linuxが発展した裏には、みんながすぐに突っ
Re:高速シリアルI/Oを実現したいなら (スコア:0)
>「ここ変じゃない?」なんて、気軽に言える雰囲気じゃない。
DJB教に通じるニュアンスが見て取れますが気のせいですか?
Re:高速シリアルI/Oを実現したいなら (スコア:0)
そこまで読み取れない気がするのは俺だけ?
いまモデレータなんだけど「買いかぶり」のタイミングは
今なのか?
Re:高速シリアルI/Oを実現したいなら (スコア:0)