Multics(MULTiplexed Information and Computing System)は
知恵遅れで肥大化したため頓挫した。
いつだったか、ケンなんとかという人と、もうひとりの人かだれかが、
Unics(UNiplexed Information and Computing System)と名付けた
OSが作られ、それがUnixとよばれるようになる。
それは、小さなツールに一つの仕事をしっかりとやらせるという考えかた
で、UnicsはMulticsを皮肉って命名された。
あとは忘れました。
# web上でみつかるページには無い、
# 詳しくて綿密なUnix歴史大事典を作っていこう。
# 昔話もアリ
3get.
UNIXなら知ってます。
ttp://www.hd.org/Damon/photos/mechanoids/UNIX-fire-extinguisher-for-PC-firefighting-BGK.jpg 今ならwinterキャンペーン中!!
ttp://www.unix.co.jp/ UNIXが商標だから、「うにっくす」という言い方する
の流行したよね? 僕のまわりだけかな?
いつ頃の流行でしょう？
まだマランツの物なんだろうか
同一分野でなければ、同じ商標を別の人が取得できます。
私のいた文化圏では、単に「うに」と呼称されていた
時期がありました――って、こういう昔話始めちゃう
とキリないね。
ま、色々な交流圏で、色々な時期に、色々な理由で、
色々に呼称されていたってことで円満解決といきませ
んか?(なんの話じゃ)
次にSRAが大背伸びしてVAXを買ってUNIXを使い始めた。
今の2ちゃんねらーにSRAとかASTECとか創夢とかデジタルコンピュータとか
言ってもわかんねかもしんねが。
まあ、そのときSRAが取った手段がすごい。
ハードVAX、ソフトUNIXに合わせて、
なんとUNIX wizard の Bob Shulman も一緒に米国から連れてきて、社内のUNIX教育係にしちゃった。
SIで、ハコとソフト揃えたけど誰も使えねえぞゴルァっ！てよくあるじゃん。
そうならないよう万全の体制を敷いたわけだな。
正直ヤラレタって感じ。
今のご時世でも、あるいは米国からじゃなくて国内企業間でもこの技は使えるんじゃないの？
もっとも、NECとか富士通とか、辞めた奴を採らないという協定を相互に結んでるところは無理だろな。
ぷぷっカワイソ。
ttp://www.sra.co.jp/people/katsu/doc/comphist/ UNIX全歴史からみると、日本という国だけでのセマ〜い話だけど、今振り返ると面白くて、去年結構流行った。
ところでSRAやASTECや創夢って今もUNIXやってんの？Linux方面とかさ。
ttp://www.sra.co.jp/ に書いてありますが何か？
ASTECのことなら（以下略
UNIX(UNIXはAT&Tベル研究所のトレードマークです)のUNIX(UNIXはAT&T
ベル研究所のトレードマークです)たる所以はそのUNIX(UNIXはAT&T
ベル研究所のトレードマークです)らしさにあるわけです。
マニュアルの改変が（誤記訂正も）認められなかったような憶えあり。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4756136591/qid%3D1014645232/249-3604073-7339523 日本のバブル期の24時間操業をウラから支えたのは
PFUと大甕工場なのに・・・ルルル・・・
SX/A TISP V10/L70
login:
八十年代後半、PFUはUシリーズでBSDを動かそうと研究を重ねた。
そうして産まれたのがハード:A-30(68xxx系)とOS:SX/Aだ。
16bit工業用マシンとして富士通が力を入れていたUシリーズの工夫と
BSDをうまくミックスしたリアルタイム系UNIX。
このマシンがなかったら日本の製鉄所の大半は運営できなかった。
当時から24時間365日運用を念頭においたコンパクトなOS設計、
スクラッチパッド領域からヒントを得て設置したCCOM領域
（昔のパソコンのVRAMのような感じでアクセスできる共用領域）
スワップが起こらなければレベルがほとんど変動しないリアルタイム設計
これらは80年代後半の工場・ラインを支えるための仕様だった。
当時はスレッドがなかったため、
forkとexecをいっぺんにアトミック操作できるシステムコールを備えて
高負荷の状況に耐えられるようにしてあるのも特筆すべきところだ。
ハードウェアは50cm落下させても
ライン・工場にありがちなホコリの侵入があっても落ちずに耐え得る頑丈さ。
製造終了後ずいぶん経つが、各地の工場でいまだに元気に動いている姿は
モーレツサラリーマン世代生き写しのようでもある。
いまはHHKでしか名をしられないPFU
その技術力は、世の中を確かに変えていったのだ・・・
う〜む、わたし的には「難あり」級だったが、すでに持っていた知識に
助けられたのだろうか。やはり初心者には「地獄的」級なのだろうか。
fork/execを避けるのがunixでのリアルタイムプログラミングの
基本なのでは？ アプリプログラマのレベルが低いんじゃない？
ならないような仕組みをつくったということでいいのでは？
規模のでかいソフトをつくるにレベルの高い奴だけを集めるとか
教育する時間がもったいないので、アリだと思います。
搭載メモリ16MBの広大な空間の時代に物理常駐なんてのは
そんなにたくさんできなかったんだよ・・・
いわばL28の頃の車のチューニングみたいなもんで、
どうしても守らないと行けないものを物理固定（ページング0）常駐、
そうでもないWindowsなんかを非常駐にしてたワケ
暫くは常駐、1分ほど呼ばれなければパージしてたんだ。
DOSアプリとか書いたことある人にはなんとなくわかるノリかもしれない。
それに、あのころのマシンパワーにXはちょっと重めだったんだ。
それに商用OSでスレッドが進化したのはNT3.51とSunOS4.x以降の話じゃて
工業システム用UNIXの話は別世界の話だったかもしれない。
まー忘れて忘れて HDLCとかHICSとかショボイ話しかないし。
地鎮祭にワラタ。
画面をゴリゴリ書く・・・
工業用ワークステーションでは当たり前の世界だったんだ。
単なる制御だけのリアルタイムシステムであれば、
シーケンサを使えばいいだけ。
電力会社の系統制御システムなんかもその系譜で、
シーケンサに追いつく制御層をもちつつHCIをも持つ構造になってた。
GA使って最適経路計算ときどき突然変異でもずれない。
シーケンサ側が兵隊ならワークステーション側は
あえてそれを一台で全てこなす必要があったから、
Xtで画面を動かしつつバックグラウンドでリアルタイム処理。
これを行なうには必須の仕様となるわけなんです。
当時高いワークステーションを10台も20台も入れるわけにはいかなかったのです。
アセンブラやCOBOL時代の化石プログラマーを低脳扱いするのは
お兄さんちょっと許せないな。
っていう背景はHI-UXにもあって、
HI-UXの場合はRENIX-Rというのをプロセスのリアルタイム制御に使う。
SX/AではRTCF(富士電機側はROSE)がそれにあたる。
24の言葉を借りると一億総バカPGの時代だったのだろう。
RENIX-RはVOSの思想をまねたのかなんなのかよくわからないが、
メモリとプロセスとスケジューリング規則は汎用機のそれに近い。
きちんと見積れば見積り範囲内の性能を如何なく発揮するが
使用メモリ量の計算をミスればあっというまに地獄行き。
SX/AのRTCFはそこまで男気のある仕様じゃないから、
あれはちょっと驚いた。
私は１５がおにいちゃんかと思いましたが、ちょっと文体等が違いますね。
２９は「お兄さん」を自称しているけど、「お兄ちゃん」なのかどうか...
> SX/A TISP V10/L70
おいおまえ、実は当時これ作った奴なんだろ？
これが本当のｼﾞｻｸｼﾞｴｰﾝってか？ぷぷっ。
こういう種類のｼﾞｻｸｼﾞｴｰﾝがはびこると２ｃｈが今の２５６倍良くなるから大迷惑なんだよ！
もう2度と、...来い。
つうかお前、あと６４回ぐらいこういう話を聞かせてくださいませ。平伏しておん願い申し上げます。
> forkとexecをいっぺんにアトミック操作できるシステムコールを備えて
pipeやredirectはどう実現するの?
まさかWindows APIみたいに引数がｲﾊﾟｰｲあるsystem call?
それに80年代後半なら既にAT&TがSystem Vにcopy-on-write forkを実装してた...
あのころってまともに使えるSystemV実装のOSなかったんじゃねーか？
Solaris2.0ですら92年だからなー 2.0ですら、だから寒いよな。
あのころのSVR4はｶﾅﾘﾊﾞｷﾞｰだったよ、
ちょっと小粋なことやるとバクに阻まれる、って感じ。
俺がとくに泣いたのは、
スワップアウト寸前のときのsetitimer()の動作。
シグナルブロックをつきぬけてSIGALRMがやってきてダウンするする。
あれで徹夜何回やったか覚えてない。
なつかしいついでに、俺はSX/Aとやらをよくしらんので
生き字引級の上司に聞いたところ知ってやがんの（ｗ
曰く、SX/Aのプロセス起動の速さはシステムコールそのものの特性じゃないらしいぞ > 22
フツウのforkとexecも実装してたらしい。
実際効いてたのはササイな実装技術の積み重ねの結果が効いてたらしい
石の特性をよく読んだメモリ管理だとか、そういうトコロがスゴいんだと。
ロシア式全体主義志向だとかなんとか言ってたな。ようわからんが。
ま、実際問題そんなカッコイイもんでもないってこった
これ ＳＶＲ４ですか？
vfork & execでも不充分だったのか？＞ＳＸ／Ａ
> あのころってまともに使えるSystemV実装のOSなかったんじゃねーか？
Σがあるじゃない(w
> Solaris2.0ですら92年だからなー 2.0ですら、だから寒いよな。
> あのころのSVR4はｶﾅﾘﾊﾞｷﾞｰだったよ、
SVR4 in Sun(=SunOS4と5)がbuggyだったのは、SunOS4の初めとSunOS5の初めだよね。
Solaris2(=SunOS5 + OpenWindows)が出た頃には、SunOS4の方は安定していた。
それに、SVR4はSun + AT&Tが作って配った参照実装が共通なだけで、
後は各社が独自に修正しているから、(しないと売り物にならない代物)
仕様はともかく実装をひとまとめにするのはﾁｮﾄ辛い。
今SVR4で生き残っているのってどこ？
SONY NEWS-OS 6は死亡しちゃったし。
> これ ＳＶＲ４ですか？
SVR3 in AT&T research版じゃないかな？
応援ありがとうございました1先生の次回作にご期待ください!
BillといはGatesでは？ XBOX売ってたから今は営業か。
チーフアーキテクト
2002年 現在に至る
過程はどうした
昔ばなし聞かせてよー
ねー 聞かせてよー
/dev/lp
とか聞くと嬉しくなっちゃうな。あんなのPDP11につないでいたのか。
本物のttyとlp見たことある人手をあげて。
そーいやvoidはvt100なら触ってた、と独白してたが
若いころは110 BpsのTTYでロールひと巻き分スタートレックやってました。
早期退職どうしようか。
今考えると気が遠くなるね
学生んとき、時代遅れのSun3に、古いvt-220クローン (CTCか？)繋げて使ってましたが、何か？
あと、馬鹿でかいTectronix画像端末は、仕事場渋谷から引っ越す時に捨てましたけど、何か？
Real lp てのわ、多分見たことない... マイコン世代の最高級入出力装置ってやつ？
> 本物のtty
は、UNIXで使っているのは見たことないな。大型ならあるけど。
大型ならつい最近、底面積畳二畳高さ2mのlpを見たよ...
VTはSUNにつなげてはいけません。(68020+68881)
私の中のDECは、いつまでもDECです。
ディジーホイールは死語か？
ttp://homepage1.nifty.com/plusworld/TTY/TELEX02.HTM ベル研でケンちゃんどんなの使ってたのかな？
ttp://homepage1.nifty.com/plusworld/TTY/TTYINDEX.HTM ここにもあった。
ttp://www.pdp11.de/english/seite2.htm >> いまはHHKでしか名をしられないPFU
>> その技術力は、世の中を確かに変えていったのだ・・・
時は流れた。いや、流れたはずだ。世の中では。
> logon
# idinfo
Si-R150
00000exxxxxx
ROM:1.2
FIRM:V01.00
# netstat -rn -f inet
Routing tables
Internet:
Destination Gateway Flags Netif Expire
127.0.0.1 127.0.0.1 UH lo0
192.168.1 link#2 UC lan1
224/4 127.0.0.1 UGS lo0
# ~
九十年代後半PFUはルータでBSDのプロトコルスタックを動かそうと力業を重ねた。
そうして産まれたのがハード:NetVehicle,LR-V,Si-R(68360、MPC860)とOS:ElfOSだ。
富士通のCOSシリーズの作りにBSDのプロトコルスタックのみをなんとか乗せた。
さらにKAMEもZebraも乗せてみた。
NetVehicle派生のVoIPルータLR-V1150Tはブロッコリー様に納入されて
でじこや、ミルフィーユや、シュガーたちをどうにしかしているらしいにょ。
やっぱり24時間365日運用を念頭においたコンパクトなOS設計。ルータだし。
プロトコルもnetstatもroutedも同じメモリ空間。
今度はスレッドだけはあるがメモリ保護はない。
調子に乗ってスタックを伸ばすと人のスレッドのスタックを書き潰して
おっこちる。(自分じゃなくて、人のスレッドが。)
バグが取れきっていないデーモンをメモリ保護無しで乗っけるのはかなり無茶。
閑話休題、ADSLモデムに置き換えられてほこりをかぶったNetVehicleシリーズは
若い派遣社員に置き換えられてリストラされたモーレツサラリーマン世代の
生き写しのようでもある。
カタカタカタカタ[CR]
ちゃきーんがらがらがっちゃん☆（1行下にいって1文字目にもどる）
DOSはCR/LF
カタカタカタカタ[CR/LF]
ちゃきーん☆（1行下にいく）
がらがらがっちゃん☆（1文字目までもどす）
いちいちLFしないとDOSって続きがうてないの？
UNIXでは、Returnを打てばLineFeedが入力される。
DOSでは、UNIXでInternet経由のデータがCR/LF->LF変換するように、
ReturnかCtrl-Jだけを打てば、CR/LRが入力される。
Sun Developer ConferenceのBOF盛り上がったいた。
まだ現役のつもり。
Sun Tech Daysだった。明日が最終日。
ターミナルＩ／Ｏがかのにかるもーどならな。
遊びを作ることで文字が被るのを防いでいたとかいう話を聞いた記憶が。
速度は２００
送信前に紙テープで打って、確認して送信というめんどくさいこと
やってました。
そうそう、コアメモリも主記憶でつかってましたよ。
>もっとも、NECとか富士通とか、辞めた奴を採らないという協定を相互に結んでるところは無理だろな。
よく知らないけど、それってダミー会社通せば一発じゃねーの？もっとも
そこまでして取りたい人材がいるかどうかはしらんが。
べんきょうになりますた！
ttp://www.sankei.co.jp/databox/election/2003/sokuho/fkn47.htm 人種が違うと感じます。クライアントとしては、
Windowsのほうがはるかに使いよく、イージーで、よく出来ていると思います。
ＵＮＩＸの頭脳集団（私は、彼らをＵＮＩＸ人、と呼んでいました）は、
普段使うクライアントにも、わざわざLinuxとかのＵＮＩＸをインストールして使っていますが、
私には理解できません。なにしろ、各種デバイスが、
UNIXには、対応しておらず、プリントアウトにすら、
苦労します。彼ら、ＵＮＩＸ人は、マイクロソフトに、反抗して、
ＵＮＩＸを使うことに意義があると思っているようですが、マイクロソフトは、確かに独善的で、
いいとは言えませんが、仕方がないことと思います。いくらＵＮＩＸが、安定していて、
素晴らしいＯＳであるのは理解できますが、
クライアントとして使うのは、苦労する面が多すぎます。やはり、普通の方には、
ＵＮＩＸは必要では無いと断言してもいいです。
ただし、サーバーならば、話は別です。インターネットサーバーは、もちろん、
イントラネットでも、ＵＮＩＸが良いと思います。ここは、
Windowsでは、
太刀打ちできません。ただ単に、（ＵＮＩＸでやっている）とか聞くと、
いいように思われがちですが、、私は、クライアントとしては、
Windowsでいくべきだと思います。ＵＮＩＸは、
クライアントとしては、使い物にならない、と思います。
今は、こういう便利なサイトができたね。
ttp://http://ja.wikipedia.org/wiki/UNIX">ttp://ja.wikipedia.org/wiki/UNIX ： 名無しさん＠お腹いっぱい。 [sage] 2006/11/16(木) 00:03:24
×クライアントとしては、使い物にならない、と思います。
○クライアントとして使う程に、私は器用ではありません。
英語が読めなくて、事実かどうかを気にしない人には便利そうなページだな。
/*----- こんばんわ。僕、ダイヤモンドキー坊ですが、なにか？ -----*/
核関連の不祥事が、またぞろ起きるんじゃないでしょうか。
(((（ ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
作業員A：「青いものが見えた
作業員B：「ディスプレイも青い画ｍ(ry
原子炉のほうじゃなくて、核燃料を加工しているらしいです。
放射性で毒性も強烈な金属酸化物の粉塵を舞わせる機械たちを制御しているそうです。
原発ジプシーという言葉が、脳裏を去来します。
ここ (
ttp://www.genshiryoku.com/dic/index.php?%E5%AF%8C%E5%A3%AB%E9%9B%BB%E6%A9%9F#oed0814f ) をみると、 富士電機の各関連部門は、「(核施設の) 廃止措置のためメーカーとしての取り組みを実施している。」そうです。
「石の特性をどうのこうの」と、20年前には優秀(そう)なこともできていたようですが、今では、“ヤバいものを扱うのが専門のスクラップ業者”に成り下がっているですね。
…怖いですね。
メールが回ってきた
