【IT】坂村教授が開発したTRON―知られざる世界標準[09/05]
■ このスレッドは過去ログ倉庫に格納されています
国産組込みOS「TRON」開発の第一人者であるYRPユビキタス・ネットワーキング研究所所長で東洋大学情報連携学部学部長の坂村健氏が、IoT(モノのインターネット)時代のあるべき、組込みコンピューターの姿を展望する。坂村氏はTRON開発の功績により、ビル・ゲイツと並んで国連から表彰された。実はTRONは、世界中の機械制御に用いられる、知られざる「縁の下の力持ち」なのだ。
■IoT(モノのインターネット)の本質とは何か?
IoTとは何か(2)IoTの本質はオープン性にある
●一つのコンセプト、さまざまなネーミング
IoTのIはInternet、oはof、TはThingsです。訳すと「モノのネット」ですが、世の中には、私が提唱したHFDSから始まり、同じような意味を持つ言葉がたくさんあります。
例えばUbiquitous Computingです。これは10年ぐらい前に流行した言葉で、その他にもCalm Computingとか、Pervasive Computing、M2M、O2O、CPSなど、いろいろな名前で呼ばれています。しかし結局、目指しているところは同じです。モノの中に入っているコンピューターを相互接続し、さらにインターネットの中にある情報とそれらを足し算することで、現実と仮想空間をつなげる。そのようなことをやるという目的を、全ての言葉が共通して持っています。
最近では、世界中にいる研究者たちも、いろいろな言葉で呼ぶと分からなくなるので、「モノの中に入れたコンピューターをつないで現実世界と仮想空間をつなぐ」ような研究分野に関しては、IoTと呼ぼうということになっています。これは、アメリカやヨーロッパ、日本でも共通認識になってきましたので、これからはこの分野の研究を、IoTと呼びたいと思います。
先ほど述べたユビキタスコンピューティングという言葉は、私も10年前ぐらいからたくさん使っていたものです。「ユビキタス」とは、ラテン語に由来する英語で「どこにでもある」ということです。ユビキタスコンピューティングとは、「コンピューターはどこでもある」ことを指します。いろいろなモノの中に、コンピューターが入っていると言えば「コンピューターどこにでもある」わけですから、どうもこれだと少し哲学的な感じがしてしまう。そこで、マーケッターが考えると、やはりIoT、「モノのネット」だろうということになるのは当然だと思います。
●重要なのは「インターネットのようにつなぐこと」
ここで私が重要だと思うのは、「インターネットのようにモノをつなぐ」という認識をすることです。「モノをインターネットにつなぐ」と考えると、モノをネットにつないで、例えば遠隔でコントロールするなどということは、もう10〜20年も前からもできていたことで、実はたいしたことではなく、「何も今更」という感じがします。有線でも無線でもいいのですが、遠隔から通信回線を通してモノをコントロールしようということは、かなり昔からあったものです。
ところがここで重要なのは、「インターネットのようにモノをつなぐ」ことなのです。どういうことか。一言で言うと、オープン性です。インターネットの本質はオープン性にあります。このTRONプロジェクトも、オープンでやっていて、全ての技術情報を開示しています。
例えばTRONの場合ですと、ソースコードもオープンに開示して、しかもロイヤルティー取りません。インターネットにも似たようなところがあります。テクノロジー的には、ロバート・カーンさんなどがやっていたTCP/IPというプロトコルを使いますが、これも公開されていて、パソコンだろうとスマホだろうと、あるいはパッド型のコンピューターだろうと、どこに入れても、このプロトコルさえ入れれば、相互に通信できるようになります。
このように、インターネットはかなりオープンなもので、どこかの会社のクローズなネットで、そこで誰かが全てを支配しているというものではありません。ここはものすごく重要なところだと、私は思っています。
続きはソースで
http://jbpress.ismedia.jp/articles/-/53685 >>219
そもそもTRONはスーパー301条の制裁項目から外されていた。
TRONを潰したのは孫正義だって坂村教授本人が言ってる。
https://hypertree.blog.so-net.ne.jp/2016-10-14 トロンなんてOS仕様書でしか存在しないからな
実装は各々に委ねられてる
カーネル部分は無料だから組み込みで使われたけど別に大した技術が詰まってるわけじゃない
ユビキタス謳ってるとはいえ通信規格が全くなし
低消費電力機器やモバイル向けの電源管理の仕様もないからOSとしてはどんどん置いてきぼり食らってる OSなんて大した機能はいらんけどな
アプリで対応できる 日本はアメリカのたとえばマイクロソフトのOSの上に乗って
動くソフトを宣伝したり、英語版を日本語化したり、
使用マニュアルの日本語翻訳版を作って生活・商売している者が
多いから、どうしてもそれ以外のものを排除敬遠することになりがち。
つまり民間ではある会社がハードを作れたとしても、
ソフトやアプリは既存のOS用に作る方が販売数ベースでは得になる。
大して普及していないマシンやOSのためにソフト開発をしても、
資金回収の目処が立たないために経営的にはゴーが出ないだろう。
技術的に興味深いが普及していないシステムのためにアプリを書いたり
移植したりするのは金をドブに棄てるようなものだという言い方がされる。
普及させたい側がよほど資金援助をしたり,開発のための道具を無償提供
したりなど至れり尽くせりしないと続かない。
日本は国策として独立したシステムやソフトやアプリを開発するという
意識に乏しい。何かアメリカから探してきて、移植したり日本語化すれば
良いという考え方が染み付いている。
昔のIBMの大型機(メインフレーム)のコピー品を準国策として推進して
いたりしたのがその良い例になる。極力ソフトを作らずに済ませたい、
物事を根底から考えたくないからコピー品を作った。
第五世代計画という詐欺に国が引っかかったのも、間抜けな役人が
第五世代計画が完成すれば、その後はもうソフトは人工知能が自動的
に生成するので人間がソフトを書かなくて済むようになる、というの
が騙しの殺し文句だったようだ。いかに日本の国はソフトにヒトや金を
掛けずに済ませたいと考えているかが分かるだろう。
大手メーカー企業の中でもハード屋が権力を握っていたし、
工学部も物を作るのではないソフトは重視されてこなかった。 昔、亡くなった教授が言ってたでえ。日本の学界の論文の評価は
「本邦初公開や」
今はネットがあるから情報が広がると思うだろうが、実は2割
程度の情報。残り8割の情報というかノウハウは研究室で継承
されている。 某組織から犯罪者にされてしまったけど
クラウドの先駆けとしてnyも評価されるべき 坂村教授って、μiTRON以外は全て失敗でしょ。
この人あえて他と差別化図ろうとしてるのか、
傍流の技術ばかり研究してる気がする。
結果、片っ端から失敗してるよね。
おかげで反面教師としては優秀な印象。 半分ID:g8Z8U7iKのレスじゃねーか。邪魔だ。無駄に長文だし。
しかし、TORONの記事、定期的に上がるようになったな。 そう言うのは1つでも坂村教授を超える業績上げた人が言わないとダサいだけだぞ >>225
Windowsは、単純なOSのスケールではなく無駄に癒着したアプリが多すぎるのは確か。
かと言って、単純すぎるOSはそれはそれで車輪の再発明が必要になって非効率。
HWによって載せられるOSサイズの制限もあるから、Linuxが良い場合もあれば
μitronが良い場合もある。
でも、アプリでどうとでもなると言うのは経験不足。 坂村先生がやりたかったのは最初からMTRONだからまだまだ時代が追いついてないとも考えられる TRONスレで陰謀論唱えてた連中も昔は日航機墜落の話はしてなかった。
いつ頃から出始めたんだろう。 癒着したアプリってどういう意味か知らんが
OSが用意しているAPI使ってるんだからそりゃそうなるわな
古いAPIをWindowsは残しているから
20年近く前のゲームもそれなりに動くしな っつーか
昔MSXがPC98,88に負けた理由として
色々言われているけど、俺が一番説得力あるなと思うのが、
秋葉原の商店街がMSXではなくNECを推そうと決めたからってのがある。
当時はネットもないし、雑誌ぐらいしか情報源がないし
買うとしたら通販もマイナーだし秋葉が一番安いってなってたんで、
家電買う人は秋葉行ってたから
秋葉の店の人が98,88勧めたらみんなそれ買ってた。
それと同じで、売る側がトロンより98,88,DOS/Vを勧めてたんじゃねーの? MSXはとにかく遅い。
TurboRでCPU速度だけ改善したが、VDPとFDDアクセスがとにかく遅い。
画面解像度も低いし、実用ソフトを動かす環境として魅力が低い。
末期には単価も上がってコスパも良く無い。
思い切って型落ちした中古の98買っちゃえって話になる。 MSXのキーボードのチャチさをわすれない。
消しゴムかよ。 >>222
ブラフで降ろさせて満足するというのはカードゲームの基本です。
>>223
撃墜されるとは思わなかったから。
>>224
デマ。
>>226
コンピュータ産業が米国から日本に移管する過程だったのですが。
Windows95よりは遥かに早かったですし。
>>228
同意。
商売ですからね。哲学ないし。
>>234
同意。 >>235
暗殺などアメリカにとって常套手段ですよ。
合理主義の化物ですから。
>>236
主要開発陣が十数名も殺されたのだから裏を探るでしょう。
>>238
BTRON仕様OSと同時実装が
文科省の教育用コンピュータ採用候補だったと聞いていますが。 >>238
MSXが負けたのはゲームマシーンのイメージが強くなりすぎたからだろう。
MSXマガジン見ても、ゲームの話ばかりだった。
あの8ビットマシーンじゃ業務用アプリは無理だろう。98はすでに16ビットだったから。 >>243
主要開発陣が十数名って具体的にどこの誰? TRON電脳住宅とか大々的にデモしてたけど、
「風が吹いたら自動的に窓が開く」だけが売りのガラクタだった
パヨク(ゴキブリ在日韓国人)の【病的な劣等感】
【病的な劣等感】はパヨク(ゴキブリ在日韓国人)の人間性を破壊する
パヨク(ゴキブリ在日韓国人)は反日教育で子供たちを神経症にしている
反日洗脳された子供は死ぬまで【病的な劣等感】で苦しむ
人生を大らかに楽しめず【病的な劣等感】で苦しみ続ける
劣等感は誰にでもある
だがパヨク(ゴキブリ在日韓国人)の劣等感は【病的な劣等感】だ
だからいつもビクビクして生きている
外に向かって強がり(必死芸)を言っても
心の底にある【病的な劣等感】はごまかせない
ビクビクおどおどが態度に出てしまう
パヨク(ゴキブリ在日韓国人)は反日教育で子供たちの人生を台無しにしている
自分で自分を不幸にしている、哀れなパヨク(ゴキブリ在日韓国人)である
生き残ってるのはμTRONだけでしょ?
OSといよりBIOSでしょ?
それも昔の産業用機器の保守部品用だけでしょ?
結局は国内専用のガラパゴスプロダクトでしょ? ID:J/jEIpjoさん、私の投稿である>>181をあなたの投稿であるかの如く
> 名前:>>102,119,145,181,219
とか
> 名前:>>102,119,145,181,219,234
とあなたの投稿の名前欄に指定するのは止めて下さい。
因みに私の投稿は、この投稿自身の他には>>163と>>181の2つだけです。 >>239
カラーパレットの仕様制限がクソだとか、カートリッジシステムの調停機能がザルでカートリッジにバッファとプロセッサ積まないと使い物にならないとかで捨てたなぁ。 >>246
そういうのは予算取る用にお役人に見せるやつだから研究開発の本命じゃない。 >>255
予算確保のために予算を使って見せ物を作らないといけない無駄 【1988】コンピューターの時代 坂村健の提唱するトロン構想 [HD]
https://www.youtube.com/watch?v=OKX2HI3ypIc
Steve Jobs NeXT Cube - Unix Workstation from 1988
https://www.youtube.com/watch?v=z4Fa3X2G1cg
The Lost 1984 Video: young Steve Jobs introduces the Macintosh
https://www.youtube.com/watch?v=2B-XwPjn9YY
Blit Terminal running with UNIX (1982)
https://www.youtube.com/watch?v=WDybW8m_OYc
Xerox Star User Interface (1982) 1 of 2
https://www.youtube.com/watch?v=Cn4vC80Pv6Q >>359
NeXTのカーネルとシステムツールは、妙な形でOSXに継承されたね。
初期OSXのアプリインストーラは何度も書いたけど、かすたまいずしようとすると、
Perlとかで都度に標準出力でインストール用のシステムアプリに値を渡さなきゃいけないって酷い実装だったw X68000:SX-Window ver.3.1 ( 1024x768 モード )
https://www.youtube.com/watch?v=_up7p6de5co
ABC2013_Autumn_BTRONによる実身/仮身デモ_カンファレンス「コンパウンドドキュメント環境としてのMOONPhaseのパラダイム」より
https://www.youtube.com/watch?v=7EmuWdH8kd0
BTRONが1990年代に動いてるデモ動画ってあるのかな?
探しても出てこない。
とりあえずBTRONは見た目ダサいね。 日航123便
オレンジエア
生存者が見ていた隠蔽行為
自衛隊員の謎の死 >>259
>>261
ダサいのは見た目だけですよ。
中身は超すごいです。 シャープがX68000作って パナソニック前身の松下電器がトロンやってた時代の技術者って
趣味の延長で給与貰う稼業いうのが普通だったナ >>263
IOTはダサい実装でいいんだよ。
最低限シリアルとIPスタックあればいい。
UIはwebサービス使えばいいし。 >>265
セキュリティガタガタだしネットワーク機能がショボいと思う。 Hypercard (1987)
https://www.youtube.com/watch?v=EMFscTOazS0
BTRONが1990年代に前半に出てきてもApple関係や各種Unix相手に
勝てたか疑問だな。
95年以降はwin95という強力なライバルがいるし。
そもそもBTRON搭載パソコンをいくらで売ろうとしてたんだろう。
実身仮身だけで既にソフトウェア資産(開発環境も充実)が豊富だった
PC98シリーズに勝てたとも思えない。 TRON x IoT x メッシュネットワーク
これで決まり >>263
中身のどの辺が超すごいの?
あと商売を考えたら見た目は中身と同等以上
に大事だと思うわ。 >>270
OSレベルでの、
ハイパーテキスト環境の実装。
手軽。
深い。 >>272
Apple LISAとか初代Macintoshの影響が大きいよ。
あの当時の最先端だったからね。 いまいまの時代になっても、開発は昔ながらのC++もしくは
OSがフルサポートするバイトコードインタプリタ環境でプログラム
するのが主流になってるんだからねぇ 日産・ルノー・三菱車に「アンドロイド」搭載へ
https://www.yomiuri.co.jp/economy/20180918-OYT1T50098.html
自らMS詣出をして、MSの支配にはまりにいったNECなどの日本の
パソコンメーカーと同じことが自動車の分野でも起きつつあるようだ。
こうなればいずれ、車は同じ規格仕様のソフトを搭載するだけで
選択肢が限られてしまい、後は価格のたたき合い競争になる
だけで、どれでもユーザーにとってグーグルカーになり、
ボディを作ったのがどこだろうと関係無い後は値段だ、
という状況になりかねないのは明かなのに。
自らグーグルとアメリカの奴隷になりにいくようなものだ。 >>272
それをOSが直接提供する必要があったのかと。
OSが前面にしゃしゃり出てきたせいでアプリが
作りにくくなったら本末転倒だろ。 >>283
ハイパーテキスト環境「実身/仮身モデル」は
ファイル・フォルダ階層構造も包含しています。 実身仮身は面白いアイデアだが他のOSとの整合性が取れない。
仮にSMBで共有するとして、ファイルに埋め込まれたリンクをどう処理するのか。 実身仮身は無理すぎて、リムーバブルメディアがあるだけで破綻するわけで、ネットワーク対応とか夢のまた夢
まともなエンジニアなら最初っから相手にしないんだけど、実装させられた奴らがかわいそう >>285
>実身仮身は面白いアイデアだが他のOSとの整合性が取れない。
他のOSと整合性を取る必要はありません。
>>286
夢がありましたけどね。 >>287
>他のOSと整合性を取る必要はありません。
ネットに繋げないならそれでいいんだから、IoTとか寝言言わずに信者と引きこもってればいいのにね >>288
NetBTRON
>>289
情報科学にノーベル賞があればノーベル賞でしょうね。 >>284
例えば、あるアプリがファイル(データ)を自動生成する場合、
どうなるの?
実身仮身とは別のインターフェースで管理?
それとも、アプリがページを作ってリンク貼るの?
(コンパイラが生成する中間ファイルとかの扱い)
余計にアプリ開発者の手間が増えるなら本末転倒だけど。 日本はソフトが弱い(というか、その方面に注力もしないし、投資もしないでおいて)
といって、経営者がソフトを外国から持って来て載せればいいやでやってきた。
コンピュータとは目に見える機械のことだけだと勘違いして。
それはたとえれば人間はガタイがよければ頭の中身は関係無いというようなものだ。
それで、海外の有力ハードのクローンやコピーを作ることを国策で推し進めた。
また、PCの時代には販売の添え物としてMS詣でをしてMS-BASICを載せて
さらにMS-DOSを載せてなどとやって自分でOSを作らずに済ませてしまい
自らMSのためのマシンを作って奴隷になりにいったと思う。
MS-DOSの時代に、大型計算機を作って学んだマルチユーザー・マルチタスク・
マルチジョブのタイムシェアリングのOSを作ることは、技術的には可能だった
はずだが、なぜかやらなかったような気がする。
(自分は知らないが、大手メーカーは大型計算機の下に、オフコンと呼ばれる
オフィース用の小型機を持っていたらしいが、それらはどのようなOSやアプリ
が動いていたのだろうか?そういうのを抱えていたのが災いして、安価なパソ
コンに強力なOSやアプリを載せることをわざとせずに放置して、オフコンで
あがる利益を温存しようとしたのかなと思う。だれか「オフコン」(MS-OFFICE
とは関係ない)についての解説を頼む。 >>290
>NetBTRON
>>286
>実身仮身は無理すぎて、リムーバブルメディアがあるだけで破綻するわけで、ネットワーク対応とか夢のまた夢 >>291
普通のアプリならマイクロスクリプトでまかなえます。 メモリは数百KB、CPUは10MHz前後、HDDが無いかもしれない。
そんな環境では高機能だけどリソースを食い潰すOSなんて誰も求めてないからな。 >>285
UnixとかのハードリンクみたいなもんだからハードリンクをサポートしないOSに持って行くときは実身をコピーするとかすればいいだけ >>292
京セラ製のNEC PC-100は本当は凄いマシーンだったが、NECは売る気がなかった。 >>294
答えになってない。
ちなみに普通のアプリって具体的には?
ゲームは含まれる?
CADは?CAEは?計測器の制御は? >>296
>Unixとかのハードリンクみたいなもんだから
みたいなもんというか、丸パクリ
https://people.eecs.berkeley.edu/~brewer/cs262/unix.pdf
The same nondirectory file may appear in several
directories under possibly different names. This feature is
called linking; a directory entry for a file is sometimes
called a link. UNIX differs from other systems in which linking
is permitted in that all links to a file have equal status.
That is, a file does not exist within a particular directory;
the directory entry for a file consists merely of its name and
a pointer to the information actually describing the file.
Thus a file exists independently of any directory entry,
although in practice a file is made to disappear along with
the last link to it.
違うのはUNIXはファイルシステムを越えたハードリンクなんてアホなことはやってないことくらい
>ハードリンクをサポートしないOSに持って行くときは実身をコピーするとかすればいいだけ
実身仮身でもなんでもなくなるけどなwww >>298
>ちなみに普通のアプリって具体的には?
「小物」と呼ばれる軽いアプリが「マイクロスクリプト」で記述されています。
>ゲームは含まれる?
複雑なシューティングゲームなどは無理のような気がします。
>CADは?CAEは?
ありません。
やるならWideStudioでですかねえ。
>計測器の制御は?
それはT-Kernelの仕事のような気がします。 >>299
ハードリンクと実身/仮身モデルは異なります。
ハードリンクをOSレベルで理想的に実装したのがBTRONとも言えますが。 >>301
>ハードリンクと実身/仮身モデルは異なります。
英語読めないのか
>ハードリンクをOSレベルで理想的に実装したのがBTRONとも言えますが。
一行前と真逆のことを言い出したぞ、サイコパス坂村とその信者の面目躍如だな
しかもそもそもUNIXのハードリンクはOSレベルで理想的に実装されてるってのに >>302
>しかもそもそもUNIXのハードリンクはOSレベルで理想的に実装されてるってのに
ハードリンクは手軽ではありません。
BTRONの実身/仮身モデルは手軽です。 厄介なのは、ファイル内にリンクが埋め込まれていることだろう
だから、単純なファイルとしてはインポート/エクスポートしずらい >>303
> ハードリンクは手軽ではありません。
何を言いたいのかさっぱりわからんがハードリンクを理解してないことだけはわかったよ w >>304
エクスポートしたら実体が複数コピーされて、インポートしたらそのまま格納されるだけでしょ
Unixでtar cf したものをWindowsでtar xfするのと同じでしょ
>>299 みたいに
> 実身仮身でもなんでもなくなるけどなwww
とか言ってるアホがいるけど機能がないんだから当たり前の話 >>306
BTRONは循環参照を許してるんだけど、それでも単純? >>307
テキトーなところで打ち切ればいいだけ
できない理由探し乙 >>308
結局copyコマンドやドラッグ&ドロップレベルではできないってことでしょ?
細かい配慮が必要な場合もあるってことでしょ? >>309
何を言いたいのかわからんけど機能がない環境にデータコピーしたいならその機能は諦めるしかないのは当たり前 >>305
フォルダファイルシステムを
ユーザーに押し付けているのはUNIX系の悪弊ですよ。 >>311
具体的に指摘できないなら黙ってなよ w >>305
>> ハードリンクは手軽ではありません。
>何を言いたいのかさっぱりわからんがハードリンクを理解してないことだけはわかったよ w
たぶんこの出鱈目を鵜呑みにしただけ
https://ja.wikipedia.org/wiki/BTRON
ユーザに提供される機能としては、BTRON(実装が広く使われているBTRON1やBTRON3)の実身/仮身
モデルは手軽なハイパーテキスト環境となっている。
ハイパーテキストのようなテキスト構造をOSで決めうちするとか論外だし、この出鱈目ですらハードリンク
が手軽じゃないなんて主張ではないのになwww
>>306
>エクスポートしたら実体が複数コピーされて、インポートしたらそのまま格納されるだけでしょ
仮身しか入ってないリムーバブルメディアを他所にもっていったら何が起きるのかな?www
>> 実身仮身でもなんでもなくなるけどなwww
>とか言ってるアホがいるけど機能がないんだから当たり前の話
仮身しか入ってないリムーバブルメディアを他所のBTRONにもっていったら何が起きるのかな?www >>314
> 仮身しか入ってないリムーバブルメディアを他所のBTRONにもっていったら何が起きるのかな?www
ディレクトリ情報だけをリムーバブルメディアに持って行ったらどうなる
って言うアホなことを言い出すやつ w >>308
>テキトーなところで打ち切ればいいだけ
問題が全く理解できてないな
循環参照の問題はどこからも参照されなくなった循環部分の参照カウントが0にならないから
そのままでは消去できないこと
これをなんとかするにはシステムを止めてガーベージコレクトするしかないわけだが、それを適
当なところで打ち切ってたら深い部分は全部消去されちゃうってのwwwwww
>311
>フォルダファイルシステムを
>ユーザーに押し付けているのはUNIX系の悪弊ですよ。
システム止めてガーベージコレクトする手間をユーザーに押し付けるとか論外なんだわ
しかも、仮身の入ってる可能性のある長大なテキストファイルの内容を全スキャンしないといけ
ないから時間が滅茶苦茶かかるし、ファイル自体がテキストファイルなのかそうじゃないのかの
区別がOSレベルでつかないといけないわけで、もうgdgd >>315
>ディレクトリ情報だけをリムーバブルメディアに持って行ったらどうなる
それ、UNIXでどうやって持っていくんだ? >>306
>Unixでtar cf したものをWindowsでtar xfするのと同じでしょ
BTRONで仮身を含んだファイルをtarして元のファイルを消して、実身を指してるのがこのファイル
しかなかったら、ガーベージコレクトで何が起きるのかな?
同様にファイルをzipとかcompressして元を消した場合とか、それをさらにtarした場合とか
OSがすべてのファイル圧縮形式やアーカイブ形式を知ってないといけなくなるんだわwwwww >>316
> 循環参照の問題はどこからも参照されなくなった循環部分の参照カウントが0にならないから
> そのままでは消去できないこと
エキスポートの話じゃないならそう書けよ
> これをなんとかするにはシステムを止めてガーベージコレクトするしかない
世代別GCとかコンカレントGCとかも知らんの?
> システム止めてガーベージコレクトする手間をユーザーに押し付けるとか論外なんだわ
Javaとかの悪口はやめろよ w
> しかも、仮身の入ってる可能性のある長大なテキストファイルの内容を全スキャンしないといけないから時間が滅茶苦茶かかるし
頭が悪いやつが作るとそうなのかもな w
そもそもなんでテキストファイルだと思ってるのか意味不明
> ファイル自体がテキストファイルなのかそうじゃないのかの
> 区別がOSレベルでつかないといけないわけで、もうgdgd
普通つくように作るでしょ
お前の頭がgdgdなだけ >>317
そういうコピーツールを作ればいい
馬鹿な発想だと思うだろ?
俺もそう思う
でも化身だけをリムーバブルメディアに入れるとか言ってる>>314はそうじゃないらしい w >>318
> BTRONで仮身を含んだファイルをtarして元のファイルを消して、実身を指してるのがこのファイル
> しかなかったら、ガーベージコレクトで何が起きるのかな?
普通に削除されるだろ
> 同様にファイルをzipとかcompressして元を消した場合とか、それをさらにtarした場合とか
同上
> OSがすべてのファイル圧縮形式やアーカイブ形式を知ってないといけなくなるんだわwwwww
意味不明
まさかと思うが化身だけtarとかzipするとか言ってるんじゃないよな? w ■ このスレッドは過去ログ倉庫に格納されています