アカウント名:
パスワード:
T-Engine = ITRON + αなので、これで名実共にBTRONとCTRONは終息、ということなのかな。
# 超漢字 [chokanji.com]、今年10周年みたいですな。
「アメリカの圧力さえなければ」って「ジオングさえ量産できれば」と同じだと思う。いまこのコメント書くためにざっとネット見てみても20年前と何も変わってないし。税金や協賛金(というなのみかじめ)でやってるならリファレンス実装ぐらい書いてもいいんじゃないかと(もしかしてありますか?いや本家以外が書いてオープンソースにしてるのじゃなくて。)
資産家で権力者の息子が「僕の考えたOS」ごっこをしてたんじゃないかなー坂村先生がアパートの一室で、ベレー帽かぶりランニング姿で汗かきながらラーメンすすって、徹夜でコード書いてたら、今頃神様扱いだったかも。
っって全部想像。もしくはこうだったら楽しいのにな。
「本家以外で」っていうところも無視しないでクダサイ。
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
なんかもう、最低限の知識もなしに話し出すとこうなるって見本ですね。議論をどんどん枝葉な方に導くのは無意味なのでは?
少し、現状を理解された上で発言された方がいいかと。
#普段もこんな話し方なんですか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
実質的にITRONのみが生き残るということ? (スコア:0)
T-Engine = ITRON + αなので、これで名実共にBTRONとCTRONは終息、ということなのかな。
# 超漢字 [chokanji.com]、今年10周年みたいですな。
あなたは失格!そうはっきり言われたい (スコア:3, おもしろおかしい)
「アメリカの圧力さえなければ」って「ジオングさえ量産できれば」と同じだと思う。
いまこのコメント書くためにざっとネット見てみても20年前と何も変わってないし。
税金や協賛金(というなのみかじめ)でやってるならリファレンス実装ぐらい書いてもいいんじゃないかと
(もしかしてありますか?いや本家以外が書いてオープンソースにしてるのじゃなくて。)
資産家で権力者の息子が「僕の考えたOS」ごっこをしてたんじゃないかなー
坂村先生がアパートの一室で、ベレー帽かぶりランニング姿で汗かきながらラーメンすすって、
徹夜でコード書いてたら、今頃神様扱いだったかも。
っって全部想像。もしくはこうだったら楽しいのにな。
Re: (スコア:0)
(もしかしてありますか?いや本家以外が書いてオープンソースにしてるのじゃなくて。)
実際、ItIsみたいな東大でのリファレンス実装もあったし、個人向けとしてはHOSなどがありさらにはTOPPERSプロジェクトやT-Kernelというオープン実装に繋がってるんですが、それ全部無視?
>資産家で権力者の息子が「僕の考えたOS」ごっこをしてたんじゃないかなー
何も知らないで想像するのって楽でイイデスネー。
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)
なんかもう、最低限の知識もなしに話し出すとこうなるって見本ですね。
議論をどんどん枝葉な方に導くのは無意味なのでは?
少し、現状を理解された上で発言された方がいいかと。
#普段もこんな話し方なんですか?