アカウント名:
パスワード:
T-Engine = ITRON + αなので、これで名実共にBTRONとCTRONは終息、ということなのかな。
# 超漢字 [chokanji.com]、今年10周年みたいですな。
「アメリカの圧力さえなければ」って「ジオングさえ量産できれば」と同じだと思う。いまこのコメント書くためにざっとネット見てみても20年前と何も変わってないし。税金や協賛金（というなのみかじめ）でやってるならリファレンス実装ぐらい書いてもいいんじゃないかと（もしかしてありますか？いや本家以外が書いてオープンソースにしてるのじゃなくて。）
資産家で権力者の息子が「僕の考えたＯＳ」ごっこをしてたんじゃないかなー坂村先生がアパートの一室で、ベレー帽かぶりランニング姿で汗かきながらラーメンすすって、徹夜でコード書いてたら、今頃神様扱いだったかも。
っって全部想像。もしくはこうだったら楽しいのにな。
「本家以外で」っていうところも無視しないでクダサイ。
ItIsは坂村研なので本家と呼んでもいいのでしょうが、公開が1995年ぐらいでしたっけ？僕はそれ以上前のを知りません。TRONが始まったのが1984年で、10年間なにやってたのって。
ストールマンがGNUを始めるのが1983年なので、オープンソースという考え方は当時でも突飛なものではありませんでした。もちろんすでにBSDは存在し、大学で研究されUnixが広まっています。
そんななか、昔のことなのでうろ覚えなのですが、ふとTRONに興味を持って、仕様書を見たいな
> 「本家以外で」
何をもって本家と定義するかに依りますが…．μITRONのうち，4.0仕様の実質的な取りまとめを行ったのは，現名古屋大学教授の高田広章氏でした．(仕様書では編者となっています．坂村教授は監修．)彼は，μITRON4.0仕様準拠カーネルであるTOPPERS/JSPの作者でもあります．
トロン協会自身以外は本家と認めないというのであれば…PX仕様の実装であるIIMPカーネルをIPAの資金を得て実装して， 公開 [tron.org]していたりします．μITRON4.0フルセ
ざっとネットを見るとItIs以外でコードを公開し始めたのはつい最近（2000年以降）なのではと思います。オープンを標榜してる割には遅すぎなんじゃないかと。また本来は坂村先生がやるべき仕事なんじゃないかなと思います。
> オープンスペックを作るプロジェクトだったので，それを粛々とやっていたのではないでしょうか．
大学の先生が仕様を決めたからって、企業がお金を払って会員になり、その仕様に従って各々が少なくないリソース割いて実装するって産業としては不自然です。
いま考えると、入札条件にTRONを入れられる可能性があるから企業はTRONに協賛しないわけには
> オープンを標榜してる割には
オープンソースだけがオープンイノベーションのための戦略だと思っておられるわけですな．ところで，POSIXを策定したIEEEは，独自のリファレンス実装を出してましたっけ?
僕が感じている違和感は、TRONはオープンではないのにオープンを標榜しているところです。オープンソースはそのいちばん労力のかかる実装の部分をオープンにしたからイノベーションが起きるからです。
またTRONが本当にオープンなプロジェクトであったら、こんなに存命できたか疑問です。国や通産省が保護しなければ、生まれてもなかったかもしれません。繰り返しますが国が国内産業を保護することは間違っていません。でもそれを本当にオープンな市場で生き残ったBSDやGNUやLinuxと同列に言われるのはどうかなーと。アメリカの圧力は「同じ市場
一番の疑問は、あなたはB-Freeに居たときに何をしたの? という点なんですが。
> 僕が感じている違和感は、TRONはオープンではないのにオープンを標榜しているところです。> オープンソースはそのいちばん労力のかかる実装の部分をオープンにしたからイノベーションが起きるからです。
オープンソースが効果を上げる前提は、標準的なプラットフォームがあってこそです。90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、各社がOSから作るのが当たり前でした。仮にソースを公開しても他では使えません。そこが理解できていないのでは。
> 僕もPOSIXとの比較は
なんか件名からしていやーな流れになりそうですが…
とりあえず3ヶ月ぐらいROMろうと思っていました。たしかLinuxのPOSIX環境で、ITRON(?)が動いてるぐらいだったと思います。傍目にLinuxにBTRONのサブシステムを乗せた方が近道難じゃやないかなと思いました（できるかどうかわかりませんが）が、その後英語を読むのが面倒なので敬遠してましたが、MinxiやBSDで勉強することにしました。ので何もしませんでした。プロジェクトに参加しようと思ってませんでしたし。
90年代半ばの組み込み機器に疎いのですが、共通で動くハードがなく、ハードごとにOSを作らなければいけない場合においてTRON
> 傍目にLinuxにBTRONのサブシステムを乗せた方が> 近道難じゃやないかなと思いました（できるかどうかわかりませんが）が、
当時のLinuxは応答性の悪いOSでしたから、リアルタイム性を重視するTRONとは相性が悪いでしょうね。CygwinでUnixを目指すようなものです。ただ、現在から見ればそれも選択肢の一つだったのかもしれません。
> 90年代半ばの組み込み機器に疎いのですが、共通で動くハードがなく、> ハードごとにOSを作らなければいけない場合においてTRONはどういう役割を果たしたのでしょうか？> それぞれの機器にそ
うーん。BTRONにリアルタイム性は必要ないし、「CygwinでUnixを目指す」例えの意味がわかりません。。。
>>標準化はアプリケーションやミドルウェアにとって大きな意味があります。>>目に見えるメリットだけでもソースコード再利用や教育コスト削減があります。
それが製品ごとにハードの仕様が違う組み込み分野において、どんな意味があったのかと。（「90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、各社がOSから作るのが当たり前でした。」と書いてあったので）。
>>それはハードと密接に結びついているからです。
はTRONの方針だと知って、ちょっ
思ったよりも昔話で盛り上がりますね。
> うーん。BTRONにリアルタイム性は必要ないし、> 「CygwinでUnixを目指す」例えの意味がわかりません。。。
実にユニークな意見です。TRON が何の略称か調べてください。
全てを知った上での発言であれば、さらに掘り下げた意見が聞きたいところです。
> それが製品ごとにハードの仕様が違う組み込み分野において、どんな意味があったのかと。> （「90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、> 各社がOSから作るのが当たり前でした。」と書いてあったので）。
まだ分かりませんか。では、OSは再利用できな
こんな話をしなければいけないとは。。
もちろんTRONはThe Real-time Operating system Nucleusの略ですが、デスクトップOSではいちばん遅いデバイスである人間が待てばいいので、リアルタイム性はいらないと思います。
事実を言えば、最近HDDのI/Oがボトルネックになり人間の作業が中断されるので、それを解決するのがリアルタイムOSなのでしょうが、利己的で色々なアプリケーションが走るデスクトップOSでは優先順位の調和がとれず、意味がないと思います。さらにハードウェアの性能の幅が大きすぎますし、いまさらイベントドリブンのプログラミングには戻りたくないですし。
もしかしてT
> こんな話をしなければいけないとは。。
これも勉強と思って前向きに捉えてください。
> もちろんTRONはThe Real-time Operating system Nucleusの略ですが、> デスクトップOSではいちばん遅いデバイスである人間が待てばいいので、> リアルタイム性はいらないと思います。
デスクトップOSが相手にするのは人間だけではありません。タイミングがシビアなソフトウェアで、一定時間内に処理ができなければどうなるか想像してみてください。音楽なら不快なノイズが乗りますし、CD-Rなら書き込みに失敗します。リアルタイム性をOSが保証していれば解決する問題です。
現
そ、そうですね。勉強させていただきます。こちらが教えていただきたい質問に番号をつけてみます。
> 音楽なら不快なノイズが乗りますし、CD-Rなら書き込みに失敗します。> リアルタイム性をOSが保証していれば解決する問題です。>> 現代のデスクトップOSであれば何かしらの手段が用意されています。
① Windowsでのその「何かしらの手段」を教えてください。リアルタイムOSでないWindowsでは処理速度が間に合わなければ音楽再生はぶつ切りになり、CD-Rの書き込みは失敗します。② リアルタイムOSなら失敗しないのでしょうか？
僕のつたない認識では、リアルタイムOSはその上で動く
> こちらが教えていただきたい質問に番号をつけてみます。
少しならつきあうのは構いませんが、ご自分でも調べてください。
> ① Windowsでのその「何かしらの手段」を教えてください。> リアルタイムOSでないWindowsでは処理速度が間に合わなければ> 音楽再生はぶつ切りになり、CD-Rの書き込みは失敗します。
そちらの方面は詳しくありません。幸いソースコードを公開しているアプリケーションがいくつもあるようです。何か分かれば教えてください。
> ② リアルタイムOSなら失敗しないのでしょうか？
失敗しないための仕組みをアプリケーションに提供できます。
教えを乞うものとして「自分で調べろ」と言われ残念です。
> そちらの方面は詳しくありません。> 幸いソースコードを公開しているアプリケーションがいくつもあるようです。
僕はACさんが、
> 現代のデスクトップOSであれば何かしらの手段が用意されています。
と書かれていて、僕の知る限りではその手段は無いと思っていたので、おたずねしました。ACさんもご存じないのですね。
> 失敗しないための仕組みをアプリケーションに提供できます。
CPUの能力を超える負荷に対し、処理速度が間に合わなくても失敗しないなんて、リアルタイムOSさえあれば4MHzのZ80でもMPEG4再生できますね。
> 教えを乞うものとして「自分で調べろ」と言われ残念です。
教えを乞う乞わないに限らず、自分で調べなければ技術者として失格です。そうでないといつまでたっても追いつけませんよ。
> > 現代のデスクトップOSであれば何かしらの手段が用意されています。>> と書かれていて、僕の知る限りではその手段は無いと思っていたので、> おたずねしました。ACさんもご存じないのですね。
それであなたは自分で調べましたか。
Windowsのマルチメディア クラス スケジューラ サービスが該当するようですね。 http://technet.microsoft.com/ja-jp/magazine/2007.02.vistakernel.aspx [microsoft.com]
いえ、別に答を知りたくて聞いてるんじゃないんですけどね。。
> それであなたは自分で調べましたか。>> Windowsのマルチメディア クラス スケジューラ サービスが該当するようですね。> http://technet.microsoft.com/ja-jp/magazine/2007.02.vistakernel.aspx [microsoft.com] [microsoft.com]>> 自分で調べていれば見つけられたはずの情報です。
これはVistaからの改善と書いてありますが、XP以前のOSにはこの手段は無かったのでしょうか。そもそも本当にこの手段を用意するには、割り込みをすべてトラップしなければいけないと思うのですが。
> HDDのI/Oが詰まった状態で、マウスカーソルだけ動くようになっても解決ではありません。> 本質的な解決はボトルネックの解消にあります。
それは他のタスクがスケジューラの先に並んでいたとしても、優先順位の高いタスクを先に実行し、その実行時間を保証する、というROSの思想と相反するものだと思いますが。
自説と反しますが、常にユーザが行う処理のタスクを最優先にし、ユーザにストレスを与えないという基準ならデスクトップにROSを用いてもいいかもしれませんね。
> それで私に調べさせて何に使う気だったのですか?
答えていただけるか知りたかっただけです。TRONにはお詳しいようですが、答えていただけないと言うことを教えていただきました。
> それで8割がた正解です。> POSIXにしてもそうですよ。インタフェースを規定しています。
はい、POSIXは明確にAPIと謳っています。ではTRONもOSではなく、単なるAPI規格だったということでしょうか。
> 効果が上がらないと分かっているものにつぎ込むような愚を犯さず> 着実に進化したからこそ、ここまで産業界に普及したのです。
最初から日本だけで普及すればよかったのですか？その国内でも衰退する一方なのは何故なのでしょうか。
> 誰かに一方的に負担させることをオープン戦略と呼ぶのは間違っています。
はい、オープンにしたい人が負担すべきです。
> そう嘆いたものでもないでしょう。> 少しはTRONのことを理解してきたと思いますよ。
はい、衰退するには理由があるのだなあとわかりました。
あなたの無知はあなた自身がいちばん知っていると思いますが、それがTRONに対して失礼だと思わないのですか？
僕は別にからかわれようが批判されようがかまいませんが、TRONという技術をあなたはバカにしてると思いました。
TRONのエキスパートも読んでいるこのレスで、よくもそんな適当な話をのうのうと書けますね。僕はACであっても絶対そんなことできませんね。
> これはVistaからの改善と書いてありますが、XP以前のOSにはこの手段は無かったのでしょうか。> そもそも本当にこの手段を用意するには、割り込みをすべてトラップしなければいけないと思うのですが。
割り込みをすべてトラップする、主体は何ですか?
> > HDDのI/Oが詰まった状態で、マウスカーソルだけ動くようになっても解決ではありません。> > 本質的な解決はボトルネックの解消にあります。>> それは他のタスクがスケジューラの先に並んでいたとしても、> 優先順位の高いタスクを先に実行し、その実行時間を保証する、> というROSの思想と
僕のとんちんかんな質問に、とんちんかんに答えていただき、ありがとうございました。
僕個人を批判したいのならTRONをだしに使うのは冒涜です。TRONを擁護したいのなら相当の知識がつくまで黙ってましょう。技術的な話をして賢い振りをしたいのなら相手を選びましょう。寂しくてかまって欲しいのであればIDでどうぞ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
実質的にITRONのみが生き残るということ？ (スコア:0)
T-Engine = ITRON + αなので、これで名実共にBTRONとCTRONは終息、ということなのかな。
# 超漢字 [chokanji.com]、今年10周年みたいですな。
あなたは失格！そうはっきり言われたい (スコア:3, おもしろおかしい)
「アメリカの圧力さえなければ」って「ジオングさえ量産できれば」と同じだと思う。
いまこのコメント書くためにざっとネット見てみても20年前と何も変わってないし。
税金や協賛金（というなのみかじめ）でやってるならリファレンス実装ぐらい書いてもいいんじゃないかと
（もしかしてありますか？いや本家以外が書いてオープンソースにしてるのじゃなくて。）
資産家で権力者の息子が「僕の考えたＯＳ」ごっこをしてたんじゃないかなー
坂村先生がアパートの一室で、ベレー帽かぶりランニング姿で汗かきながらラーメンすすって、
徹夜でコード書いてたら、今頃神様扱いだったかも。
っって全部想像。もしくはこうだったら楽しいのにな。
Re: (スコア:0)
（もしかしてありますか？いや本家以外が書いてオープンソースにしてるのじゃなくて。）
実際、ItIsみたいな東大でのリファレンス実装もあったし、個人向けとしてはHOSなどがありさらにはTOPPERSプロジェクトやT-Kernelというオープン実装に繋がってるんですが、それ全部無視？
>資産家で権力者の息子が「僕の考えたＯＳ」ごっこをしてたんじゃないかなー
何も知らないで想像するのって楽でイイデスネー。
Re: (スコア:3, 興味深い)
「本家以外で」っていうところも無視しないでクダサイ。
ItIsは坂村研なので本家と呼んでもいいのでしょうが、
公開が1995年ぐらいでしたっけ？僕はそれ以上前のを知りません。
TRONが始まったのが1984年で、10年間なにやってたのって。
ストールマンがGNUを始めるのが1983年なので、
オープンソースという考え方は当時でも突飛なものではありませんでした。
もちろんすでにBSDは存在し、大学で研究されUnixが広まっています。
そんななか、昔のことなのでうろ覚えなのですが、ふとTRONに興味を持って、
仕様書を見たいな
Re: (スコア:1)
> 「本家以外で」
何をもって本家と定義するかに依りますが…．
μITRONのうち，4.0仕様の実質的な取りまとめを行ったのは，現名古屋大学教授の高田広章氏でした．(仕様書では編者となっています．坂村教授は監修．)
彼は，μITRON4.0仕様準拠カーネルであるTOPPERS/JSPの作者でもあります．
トロン協会自身以外は本家と認めないというのであれば…
PX仕様の実装であるIIMPカーネルをIPAの資金を得て実装して， 公開 [tron.org]していたりします．
μITRON4.0フルセ
from もなか
Re: (スコア:2)
ざっとネットを見るとItIs以外でコードを公開し始めたのはつい最近（2000年以降）なのではと思います。
オープンを標榜してる割には遅すぎなんじゃないかと。また本来は坂村先生がやるべき仕事なんじゃないかなと思います。
> オープンスペックを作るプロジェクトだったので，それを粛々とやっていたのではないでしょうか．
大学の先生が仕様を決めたからって、企業がお金を払って会員になり、
その仕様に従って各々が少なくないリソース割いて実装するって産業としては不自然です。
いま考えると、入札条件にTRONを入れられる可能性があるから企業はTRONに協賛しないわけには
Re: (スコア:1)
> オープンを標榜してる割には
オープンソースだけがオープンイノベーションのための戦略だと思っておられるわけですな．
ところで，POSIXを策定したIEEEは，独自のリファレンス実装を出してましたっけ?
from もなか
Re: (スコア:2)
僕が感じている違和感は、TRONはオープンではないのにオープンを標榜しているところです。
オープンソースはそのいちばん労力のかかる実装の部分をオープンにしたからイノベーションが起きるからです。
またTRONが本当にオープンなプロジェクトであったら、こんなに存命できたか疑問です。
国や通産省が保護しなければ、生まれてもなかったかもしれません。
繰り返しますが国が国内産業を保護することは間違っていません。
でもそれを本当にオープンな市場で生き残ったBSDやGNUやLinuxと同列に言われるのはどうかなーと。
アメリカの圧力は「同じ市場
世の標準化団体をバカにしていますね (スコア:0)
一番の疑問は、あなたはB-Freeに居たときに何をしたの? という点なんですが。
> 僕が感じている違和感は、TRONはオープンではないのにオープンを標榜しているところです。
> オープンソースはそのいちばん労力のかかる実装の部分をオープンにしたからイノベーションが起きるからです。
オープンソースが効果を上げる前提は、標準的なプラットフォームがあってこそです。
90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、各社がOSから作るのが当たり前でした。
仮にソースを公開しても他では使えません。そこが理解できていないのでは。
> 僕もPOSIXとの比較は
Re: (スコア:2)
なんか件名からしていやーな流れになりそうですが…
とりあえず3ヶ月ぐらいROMろうと思っていました。たしかLinuxのPOSIX環境で、
ITRON(?)が動いてるぐらいだったと思います。傍目にLinuxにBTRONのサブシステムを乗せた方が
近道難じゃやないかなと思いました（できるかどうかわかりませんが）が、
その後英語を読むのが面倒なので敬遠してましたが、MinxiやBSDで勉強することにしました。
ので何もしませんでした。プロジェクトに参加しようと思ってませんでしたし。
90年代半ばの組み込み機器に疎いのですが、共通で動くハードがなく、
ハードごとにOSを作らなければいけない場合においてTRON
Re: (スコア:0)
> 傍目にLinuxにBTRONのサブシステムを乗せた方が
> 近道難じゃやないかなと思いました（できるかどうかわかりませんが）が、
当時のLinuxは応答性の悪いOSでしたから、リアルタイム性を重視するTRONとは相性が悪いでしょうね。
CygwinでUnixを目指すようなものです。
ただ、現在から見ればそれも選択肢の一つだったのかもしれません。
> 90年代半ばの組み込み機器に疎いのですが、共通で動くハードがなく、
> ハードごとにOSを作らなければいけない場合においてTRONはどういう役割を果たしたのでしょうか？
> それぞれの機器にそ
Re: (スコア:2)
うーん。BTRONにリアルタイム性は必要ないし、
「CygwinでUnixを目指す」例えの意味がわかりません。。。
>>標準化はアプリケーションやミドルウェアにとって大きな意味があります。
>>目に見えるメリットだけでもソースコード再利用や教育コスト削減があります。
それが製品ごとにハードの仕様が違う組み込み分野において、どんな意味があったのかと。
（「90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、
各社がOSから作るのが当たり前でした。」と書いてあったので）。
>>それはハードと密接に結びついているからです。
はTRONの方針だと知って、ちょっ
Re: (スコア:0)
思ったよりも昔話で盛り上がりますね。
> うーん。BTRONにリアルタイム性は必要ないし、
> 「CygwinでUnixを目指す」例えの意味がわかりません。。。
実にユニークな意見です。
TRON が何の略称か調べてください。
全てを知った上での発言であれば、さらに掘り下げた意見が聞きたいところです。
> それが製品ごとにハードの仕様が違う組み込み分野において、どんな意味があったのかと。
> （「90年代半ばまでは組み込みで共通で動くハードなんて無かった時代で、
> 各社がOSから作るのが当たり前でした。」と書いてあったので）。
まだ分かりませんか。
では、OSは再利用できな
Re: (スコア:2)
こんな話をしなければいけないとは。。
もちろんTRONはThe Real-time Operating system Nucleusの略ですが、
デスクトップOSではいちばん遅いデバイスである人間が待てばいいので、
リアルタイム性はいらないと思います。
事実を言えば、最近HDDのI/Oがボトルネックになり人間の作業が中断されるので、
それを解決するのがリアルタイムOSなのでしょうが、
利己的で色々なアプリケーションが走るデスクトップOSでは優先順位の調和がとれず、
意味がないと思います。さらにハードウェアの性能の幅が大きすぎますし、
いまさらイベントドリブンのプログラミングには戻りたくないですし。
もしかしてT
Re: (スコア:0)
> こんな話をしなければいけないとは。。
これも勉強と思って前向きに捉えてください。
> もちろんTRONはThe Real-time Operating system Nucleusの略ですが、
> デスクトップOSではいちばん遅いデバイスである人間が待てばいいので、
> リアルタイム性はいらないと思います。
デスクトップOSが相手にするのは人間だけではありません。
タイミングがシビアなソフトウェアで、一定時間内に処理ができなければ
どうなるか想像してみてください。
音楽なら不快なノイズが乗りますし、CD-Rなら書き込みに失敗します。
リアルタイム性をOSが保証していれば解決する問題です。
現
Re: (スコア:2)
そ、そうですね。勉強させていただきます。
こちらが教えていただきたい質問に番号をつけてみます。
> 音楽なら不快なノイズが乗りますし、CD-Rなら書き込みに失敗します。
> リアルタイム性をOSが保証していれば解決する問題です。
>
> 現代のデスクトップOSであれば何かしらの手段が用意されています。
① Windowsでのその「何かしらの手段」を教えてください。
リアルタイムOSでないWindowsでは処理速度が間に合わなければ
音楽再生はぶつ切りになり、CD-Rの書き込みは失敗します。
② リアルタイムOSなら失敗しないのでしょうか？
僕のつたない認識では、リアルタイムOSはその上で動く
Re: (スコア:0)
> こちらが教えていただきたい質問に番号をつけてみます。
少しならつきあうのは構いませんが、ご自分でも調べてください。
> ① Windowsでのその「何かしらの手段」を教えてください。
> リアルタイムOSでないWindowsでは処理速度が間に合わなければ
> 音楽再生はぶつ切りになり、CD-Rの書き込みは失敗します。
そちらの方面は詳しくありません。
幸いソースコードを公開しているアプリケーションがいくつもあるようです。
何か分かれば教えてください。
> ② リアルタイムOSなら失敗しないのでしょうか？
失敗しないための仕組みをアプリケーションに提供できます。
Re: (スコア:2)
教えを乞うものとして「自分で調べろ」と言われ残念です。
> そちらの方面は詳しくありません。
> 幸いソースコードを公開しているアプリケーションがいくつもあるようです。
僕はACさんが、
> 現代のデスクトップOSであれば何かしらの手段が用意されています。
と書かれていて、僕の知る限りではその手段は無いと思っていたので、
おたずねしました。ACさんもご存じないのですね。
> 失敗しないための仕組みをアプリケーションに提供できます。
CPUの能力を超える負荷に対し、処理速度が間に合わなくても失敗しないなんて、
リアルタイムOSさえあれば4MHzのZ80でもMPEG4再生できますね。
Re: (スコア:0)
> 教えを乞うものとして「自分で調べろ」と言われ残念です。
教えを乞う乞わないに限らず、自分で調べなければ技術者として失格です。
そうでないといつまでたっても追いつけませんよ。
> > 現代のデスクトップOSであれば何かしらの手段が用意されています。
>
> と書かれていて、僕の知る限りではその手段は無いと思っていたので、
> おたずねしました。ACさんもご存じないのですね。
それであなたは自分で調べましたか。
Windowsのマルチメディア クラス スケジューラ サービスが該当するようですね。
http://technet.microsoft.com/ja-jp/magazine/2007.02.vistakernel.aspx [microsoft.com]
Re:世の標準化団体をバカにしていますね (スコア:2)
いえ、別に答を知りたくて聞いてるんじゃないんですけどね。。
> それであなたは自分で調べましたか。
>
> Windowsのマルチメディア クラス スケジューラ サービスが該当するようですね。
> http://technet.microsoft.com/ja-jp/magazine/2007.02.vistakernel.aspx [microsoft.com] [microsoft.com]
>
> 自分で調べていれば見つけられたはずの情報です。
これはVistaからの改善と書いてありますが、XP以前のOSにはこの手段は無かったのでしょうか。
そもそも本当にこの手段を用意するには、割り込みをすべてトラップしなければいけないと思うのですが。
> HDDのI/Oが詰まった状態で、マウスカーソルだけ動くようになっても解決ではありません。
> 本質的な解決はボトルネックの解消にあります。
それは他のタスクがスケジューラの先に並んでいたとしても、
優先順位の高いタスクを先に実行し、その実行時間を保証する、
というROSの思想と相反するものだと思いますが。
自説と反しますが、常にユーザが行う処理のタスクを最優先にし、
ユーザにストレスを与えないという基準ならデスクトップにROSを用いてもいいかもしれませんね。
> それで私に調べさせて何に使う気だったのですか?
答えていただけるか知りたかっただけです。
TRONにはお詳しいようですが、答えていただけないと言うことを教えていただきました。
> それで8割がた正解です。
> POSIXにしてもそうですよ。インタフェースを規定しています。
はい、POSIXは明確にAPIと謳っています。ではTRONもOSではなく、
単なるAPI規格だったということでしょうか。
> 効果が上がらないと分かっているものにつぎ込むような愚を犯さず
> 着実に進化したからこそ、ここまで産業界に普及したのです。
最初から日本だけで普及すればよかったのですか？
その国内でも衰退する一方なのは何故なのでしょうか。
> 誰かに一方的に負担させることをオープン戦略と呼ぶのは間違っています。
はい、オープンにしたい人が負担すべきです。
> そう嘆いたものでもないでしょう。
> 少しはTRONのことを理解してきたと思いますよ。
はい、衰退するには理由があるのだなあとわかりました。
あなたの無知はあなた自身がいちばん知っていると思いますが、
それがTRONに対して失礼だと思わないのですか？
僕は別にからかわれようが批判されようがかまいませんが、
TRONという技術をあなたはバカにしてると思いました。
TRONのエキスパートも読んでいるこのレスで、よくもそんな適当な話をのうのうと書けますね。
僕はACであっても絶対そんなことできませんね。
Re: (スコア:0)
> これはVistaからの改善と書いてありますが、XP以前のOSにはこの手段は無かったのでしょうか。
> そもそも本当にこの手段を用意するには、割り込みをすべてトラップしなければいけないと思うのですが。
割り込みをすべてトラップする、主体は何ですか?
> > HDDのI/Oが詰まった状態で、マウスカーソルだけ動くようになっても解決ではありません。
> > 本質的な解決はボトルネックの解消にあります。
>
> それは他のタスクがスケジューラの先に並んでいたとしても、
> 優先順位の高いタスクを先に実行し、その実行時間を保証する、
> というROSの思想と
Re:世のバカ団体を標準化にしていますね (スコア:2)
僕のとんちんかんな質問に、とんちんかんに答えていただき、
ありがとうございました。
僕個人を批判したいのならTRONをだしに使うのは冒涜です。
TRONを擁護したいのなら相当の知識がつくまで黙ってましょう。
技術的な話をして賢い振りをしたいのなら相手を選びましょう。
寂しくてかまって欲しいのであればIDでどうぞ。