レトロコンピュータコミュのSIMH 3.2-3

なんかお話ししなければならないので、、、SIMHのお話。

ただいま 4.3BSD を動かすべく SIMH 3.2-3 と格闘しています。
もちろん SIMH は Micro VAX しかエミュレート出来ないので、
オリジナルコードからのブートは無理。ということで、
Quasijarus のお世話になってます。

やっぱり VAX-11/780 のエミュレーションから
先に手がけるべきだったかな?

コメント(7)

最初
全て
最新の40件

[2] mixiユーザー 09月17日 18:28

実は既に多少手がけ始めていたりして、、、

http://roguelife.org/~fujita/COOKIES/SIMH/

> MicroVAX とオリジナルの VAX って
> どのくらいインストラクションが違うんでしょう？
原則として MicroVAX のインストラクションは
オリジナル VAX のサブセットになっているみたいです。
つまり 780 は本当に無駄な命令が多かった
ってことですかね？

> 何か根本的にメモリモデルとかが違うのなら
> 難ですが、、、、あまり変わってないようなら
> まずプロセッサのエミュレーションから
> 先にやった方が良いような。
細かいところは除き、アーキテクチュアは
全ての VAX で統一されているというのが建前のようです。
なので、仰せの通りプロセッサ・エミュレーションから
という手順になるとは思います。

でも、問題は UNIBUS ADAPTOR だったりして、、、

> しかしよくよく考えてみるとQuasijarusみたいなものを
> 作ってる奴だって VAX を先に SIMH に載せようと
> 思ったはずだが、、なにかそれが簡単で無い理由が
> あるってことかなあ。。
>
> ここは一発 Quasijarus を出している人にそのあたりの
> ことを尋ねてみるのが良し？
> でないと同じ落とし穴に落ちちゃうかも知れないし。
それは違うみたい。
Quasijarus の開発者の Michael Sokolov はどうやら
CSRG が 4.3BSD Tahoe 以降マルチアーキテクチュアの
サポートへ移行したことが気に入らないみたいで、
VAX 専用 UNIX としての BSD が正しいと信じていて、
それゆえ 4.3BSD に立ち戻って他の VAX をサポートする
作業を進めているようです。

http://ifctfvax.harhan.org/Quasijarus/arch.html

> まあしかしレトロコンピュータ愛好者と言うからには、
> SIMHでオリジナル VAX が動くことそのものに意義が
> あるというものでは？(^_^!)?
そりゃそうよ！僕が SIMH で 780 サポートをしたいのは
UNIX/32V と 3BSD が動作しているところを見たいから。

> ＃ひとごとなら何でも言える。ふふふ。
いつまでそんなこといってられるかな？　ふふふ。

[4] mixiユーザー 09月18日 02:47

> function なり addressing mode なりをごっそり列単位で
> 抜いたんだとすると、「やー VAX11/780 って無駄だった
> んだなあ」ってことかなと思うしかないですけどね。。
> (^_^!)

そりゃそうです。VAX を開発した PDP-11 のハードウェア
チームにとって、VAX は「２番目のシステム」でしたから。
ブルックスの法則はここでも成立するわけです!!

> > でも、問題は UNIBUS ADAPTOR だったりして、、、
>
> うぉっ。そんな伏兵が。。。資料がないのですか？

ありますよ。

http://208.190.133.201/decimages/moremanuals.htm

でも、これを理解するのに骨が折れそう。

[6] mixiユーザー 09月18日 13:22

ほらね。
いつまでそんなこといってられるかな？　ふふふ。

ログインすると、みんなのコメントがもっと見れるよ