パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

TRONの生みの親、坂村健教授がTRONについて語る」記事へのコメント

  • 使い方に対して強い執着があったので結局はやらんかったんだよなぁ。

    • by Anonymous Coward

      牽引する強靭な開発体制がないのに、オープンソースでもないせいでコミュニティも脆弱、仕様ですら書籍や説明会とセットで普及に及び腰な印象すらある。税金を突っ込んだ割にはガラパゴス化を象徴するような徒花になってしまった。

      • まー公務員、少なくとも当時の公務員に税金を投入したものをオープンにするなんてのは無理だったろうな
        逆に各企業に「強力に指導」はできたかもしれんが当時の政治の顔色もあるしでへにょへにょ

        • TRONそのものは、昔っから「オープン」ですよ。ただし、TRONはあくまで「OSのAPI仕様」だけで、実装は含まれない。

          かつての組み込みの世界では、OS無しに全コードをベタに書くのが当たり前で、
          そこから、リソース管理するOS的なものが欲しい、となった時に、
          自前でOSもどきの設計から始めるよりは、TRON仕様に従ったほうが「設計の手間が減る」というのが、ITRONが流行った最大の理由だと思う。

          だけど、組み込みにもOS乗せるのは当たり前って方向になると、「いちいち実装する手間がかかる」「実装がバラバラなので互換性が微妙で移植性が悪い」ってことから、今はT-Kernel [tron.org]という実装が作られ公開されてる [tron.org]。

          #とりあえず、TRONがオープンな点とかそのあたりの思想的なところは今回のインタビューでも語られてるので、ぜひ読んでみて欲しいと思う。

          親コメント
          • by Anonymous Coward

            TRONがオープンってことを主張するなら、少なくともAPIの一覧表がネット上にないとおかしいでしょうが。坂村氏はクローズドソースじゃないことを「オープン」っていってるけど、著作権でガリガリに囲ってたから、ソフトウェアとしては技術的に発展しなかった。

            # ひょっとして、と思って今検索してみたら、The TRON Developer HubっていうサイトにAPIの一覧 [developers.tron.network]があるじゃないか!でも、これ暗号通貨 [wikipedia.org]だ!!商標管理はどうなってるのよ……

            • by Anonymous Coward

              #3810555 [srad.jp]さんが仕様書へのリンクを貼っているのだが…

              • Linuxが先進的な仕事かっつーとだ
                親コメント
              • by Anonymous Coward

                >> おっそうやな。Linuxとかフルスクラッチだから前提としてPOSIX準拠なんだけどな。

                > Linuxが先進的な仕事かっつーとだ

                現代の Linux は POSIX にないような機能もありますから先進的と言っていいと思いますが
                商用UNIX に追いつこうとしていた時代の Linux は別に先進的っていう部類じゃなかったですねえ。

            • by Anonymous Coward

              坂村さんはAPIや各種機器の操作体系の仕様を決めているだけ。
              その仕様に基づいたソフトやハードを開発するのはメーカーの仕事。
              で、その仕様は誰が使ってもいいよと言っていたハズ。

              「著作権でガリガリに囲ってた」とはlinuxに対するBTRONのことかな?
              世の中に出たBTRONはパーソナルメディアの作った1Bとか2Bしかないけど、
              これはパーソナルメディアに著作権があるのは当然だよね。

              • by Anonymous Coward on 2020年05月07日 23時16分 (#3810646)

                > 坂村さんはAPIや各種機器の操作体系の仕様を決めているだけ。
                > その仕様に基づいたソフトやハードを開発するのはメーカーの仕事。

                こういうやり方で先進的な技術の成功が得られるとは思えないんだよなあ…
                仕様を考えて、実装して、そこから得た知見を仕様にフィードバックするという
                ループを高速に回さないと本当にいいものはできないような。
                仕様と実装を別に進めると、どうしてもこのフィードバックが遅くなったり
                フィードバックがされなくなったりしてしまう...

                だから RISC のトレンドに乗り遅れて、実際には使わない命令満載の TRON chip とか
                作ってしまったんじゃないかしら。

                TRON はトータルアーキテクチャをうたってたけど、実際にそれを実行したのは
                自分たち自身で CPU を設計し、コンパイラを作り、OS を乗せた RISCベンダーの方だった
                ように思う。

                親コメント
              • BTRONをフルスクラッチで実装するB-Freeプロジェクト [github.com]なんてのもあったのです。

                # 期待してました。。いまならWindowsなりLinux上で互換APIをコツコツ作っていくのが良いのかな。

                親コメント
              • by Anonymous Coward

                技術者は良いものを作ってさえいれば、いつの日か世の中が認めてくれるっていう、
                古き良き日本の風景ですよ。

              • by Anonymous Coward

                タネンバウム教授のMINIXはIntelのファームウェアに利用されるという形で実はインストールベースが大きいみたいなネタ話があるけど、
                それはこういうやり方での先進的な技術の成功でいいんじゃないでしょうか。

              • by Anonymous Coward

                今思えばそう思えるところも多いけど、時代が全然違うでしょ。
                当時は色んな思想っで群雄割拠をしていたし、今ほどOSS的な考え方も受け入れられてなかった。

                OSSが普及して、RISCが勝利した世界ではバイアスがかかる

              • by Anonymous Coward

                > だから RISC のトレンドに乗り遅れて、実際には使わない命令満載の TRON chip とか
                > 作ってしまったんじゃないかしら。

                基本的には直行性の優れた高級な命令があればコンパイラが楽に高品質なコードを
                生成できるという考え方で、RISCに否定的なことを当時の本に書いていたように
                記憶している。

                それから、グラフィックス用のチップを外付けするとBOMコストが
                上がるからCPUが高速にビットマップを操作できる命令を持つべしというように、
                どちらかというと発想がPC的なものではなく民生機器的。
                (当時だとキャプテンシステム端末、今だとインターネット家電がターゲットか?)

              • by Anonymous Coward

                > 基本的には直行性の優れた高級な命令があればコンパイラが楽に高品質なコードを
                > 生成できるという考え方で、RISCに否定的なことを当時の本に書いていたように
                > 記憶している。

                同じ記憶がありますが、坂村先生はコンパイラ屋ではなく、
                またコンパイラ屋と密接に対話して仕事してたわけでもないみたいなので、
                結果として誤った認識を改められなかったんでしょうね。

                RISC陣営の方は、実際にコンパイラの出力したコードを分析して命令セットを決め、
                コンパイラも CPU設計しているのと同じ会社で作ってました。
                その差が出たんだと思います。

              • by Anonymous Coward

                TRON-CHIPの場合は、割り込み発生時の応答性能の良さが重視されていたと思う。
                RISCの場合、パイプラインでどかどか命令を実行する分には性能は高いが、
                割り込みが頻発するような用途では途端に性能が落ちると。

              • by Anonymous Coward

                坂村さんがRISCで問題にしていたのはレジスタの多さだね
                割込みのレジスタ退避と復帰に時間が掛かる、と

            • by Anonymous Coward

              汎用機に対するオープン系システムの意味でのオープンなんでしょ。

          • by Anonymous Coward

            まあ、T-kernelが出てくるのが遅すぎたよね。
            世の中「Linuxで間に合ってます」な状況になってから、よっこらせと始められても。

          • by Anonymous Coward

            iTRONとそれ以外を分けて話をしないと駄目な気がする。
            BTRONとかは確かに坂村さんの話なんだろうけどiTRONは全く別の状況だよね。
            日本では、組み込み系機器でたぶん今でも現役でそこそこ使われてるだろうし。
            そもそも坂村さんはiTRONには関与してこなかったので(最初の頃を除く)、この話題でiTRON系は除いた方が分かり易いと思う。

            • by Anonymous Coward

              組込み系はiTROMまだ使ってるとこあるね
              基板設計し直さないような枯れた製品でネットワーク関係無い場合だと特に

              • by Anonymous Coward

                そうそう。後、画面系のない(あるいは画面系を別制御にしてる)場合だとか。

            • by Anonymous Coward

              昔の国産マイコンならITRONが多いだろうけど、最近のARM搭載品なんかでもITRON使う例ってある?

              ちなみに、20年くらい前の話では、国産マイコンを欧米に売り込みに行くとITRONだけでは
              門前払いされることが多かったらしい。
              VxWorksとかが使えないと駄目だったとのこと。

          • by Anonymous Coward

            オープンというかフリーさでは、世界でも類を見ないほど緩いライセンスって講演会で聞いた事があります。
            だもんで、中国のデバイスなんて、かなりすごい割合でTRON系だとか。

ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家

処理中...