【MIPSマシン】SPIM 【エミュレータ】

ｲｰｺﾞｽ

　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　　モナーより　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　^∀^）　/　　　　　　　　　　　　　　　　/（^∀^　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

7 ：１：02/08/07 14:11

みなさまおはようございます。再開します。

この板にはSPIMでアセンブラの勉強をしたかたはいらっしゃらない
のでしょうか。比較的ポピュラーなアプリだと思っていましたが、そ
うでもないようですね。

CやC++を扱ううえで、アセンブラはさけて通ることのできない領域
です。MIPS CPUはx86などと違い単純な命令セットをそなえたCPUで
すので、理解がはやいと思います。現在プログラマ初級者の方や、
「なぜコンピュータは計算できるのか？」といった根本的な疑問を
もっている方には是非SPIMで遊んでみると面白いとおもいます。

関連スレ
アセンブラヽ(`Д´)ﾉﾓﾙｧ
http://pc3.2ch.net/test/read.cgi/tech/1016991911/

8 ：デフォルトの名無しさん：02/08/07 14:12

>>7
> CやC++を扱ううえで、アセンブラはさけて通ることのできない領域

本気でいってんのか？馬鹿じゃねーの？

9 ：デフォルトの名無しさん：02/08/07 14:14

3Dゲームとか組み込み系とかじゃないの？
脳内最適化するのは。

10 ：デフォルトの名無しさん：02/08/07 15:21

C コンパイラにMIPSのアセンブラソースを出力させたとき、
自分が速いと思っていた書き方が逆に足かせになっていたので、
これからは読み易さ重視で書こうと思った。

しばらくして、今度はIA-32を出力させた。
これｊからはアセンブラソースがどう出力されるかは
考えないようにしようと思った。

11 ：１：02/08/07 16:44

>>8
私も、最適化はもう完全にコンパイラの仕事だと思っています。
ただ、CやC++のポインタの理解にはアセンブラ、というかレジ
スタとメモリ構造の理解が必要不可欠だと思います。

もちろん何も考えなくてもコンパイルすると実行形式になるので
すがね。一応お勉強のためのソフトですから。

# もっとも完全にSPIMをマスターしても、次はシステムコール、
# つまりOSのお勉強がまっているのですが。

12 ：デフォルトの名無しさん：02/08/07 18:16

以前、知り合いから、MIPSは割り込み許可/禁止の命令がないから
どうしてもクリティカルなタイミングが存在してしまうと聞いた。
そんなんで大丈夫なのかとは思ったが、
取りあえず問題なく動作していたようだった。

この辺、実際にはどうなんでしょう？
許可/禁止の処理はこんなんだったはず。

mfc
nop
ビット操作
mtc

13 ：デフォルトの名無しさん：02/08/08 00:04

以前パタヘネ＋ SPIM で勉強していた時のこと。

パタヘネの本に、
「MIPS の PC 相対アドレシングではアドレスを PC+4 からの相対位置で表す」
と書いてあったと思うのだけど、
SPIM のレジスタウィンドウを見ると、どうも SPIM では PC+4 ではなく PC
からの相対位置でアドレシングを行っているような気がしました。

その時は「まー細かいことだし別にいいか」と思って深く考えなかったのだけど、実際のところどうなんですか？単なる俺の勘違い？

14 ：１：02/08/08 04:21

>>12
MIPSのコプロセッサに割り込み許可ビットはあるよ。MIPS用のリアル
タイムOSがあるぐらいだからそのへんは大丈夫では？(と思う)

>>13
手元のパタヘネ第２版を見ると、「分岐先は分岐命令の近くにある公
算が大きいからMIPSでは(PC+4)を基準にする」と書いてある。でもエ
ミュレータであるSPIMは分かりやすさのためにそうしないだけなんじ
ゃない？

# ム板にある以上、あんまり本当のMIPS(VRシリーズとか)のスレには
# したくないです……。

15 ：12：02/08/08 14:48

>>14
コプロセッサにある割り込み許可ビットを１命令で操作できないってこと。
読んで、ビット操作して、書き込むというように３命令以上必要なので、
読んだ直後に例外が発生する可能性がでてくる。
例外内でコプロセッサの他のビットを操作した場合、
例外から戻ってきたときに、上書きしてしまい、例外内での操作が反映されなくなる。

単純に考えるとこうなるんだけど、ある決まり事があって、
それに従えばこういう問題を回避できたりするのかなとか考えてた。

組み込み屋なんで、VRシリーズとかいわれても、わからなったりします。
（ワークステーションに使われてたんでしたっけ。）
組み込み関係の話は不可ですか？
（とはいえあまりネタもないんですが）

16 ：デフォルトの名無しさん：02/08/08 14:56

>>15
割り込みが発生した直後に、

- カーネルモード
- 割り込み禁止

に設定されるから、割り込みが処理されずにネストする可能性は無いと
思うけど。

17 ：12：02/08/08 15:04

>>15
よくよく考えたらというか、いきなり思いついたというか
例外が発生したときにコプロセッサの内容の一部も保存するから問題ないんだね。

お騒がせしました。

18 ：１：02/08/13 09:56

うう、パタ＆ヘネを読む、みたいなのをこのスレでやろうと
思ってたのに忙しくてカキコできない・・・

19 ：１：02/09/14 20:28

カラさげ

20 ：　：02/09/28 23:51

21 ：デフォルトの名無しさん：02/10/11 20:55

>>1
どこ大学の何学科の学生?
昔早稲田の情報科で同じことをやった。

22 ：デフォルトの名無しさん：02/10/12 13:34

いわゆるからあげ

23 ：デフォルトの名無しさん：02/10/12 18:10

からあげすんな。

24 ：Java厨あるいはマイクロプログラム万世：02/10/12 18:26

Mic1も面白そうだよ
http://www.ontko.com/mic1/

参考図書「構造化コンピュータ構成」
http://www.amazon.co.jp/exec/obidos/ASIN/4894712245/250-6579255-2641056

SPIMと違ってあんま役立たないけど

25 ：デフォルトの名無しさん：02/10/12 22:08

>>21
情報系の学部学科で、いくつかSPIM使っているところを知ってるよ。

26 ：デフォルトの名無しさん：02/10/13 04:38

http://www.google.co.jp/search?q=spim+site:ac.jp&hl=ja

27 ：デフォルトの名無しさん：02/10/24 22:40

そうですね

28 ：デフォルトの名無しさん：02/10/31 00:56

HSP !!

29 ：デフォルトの名無しさん：02/10/31 01:00

Ｂ　Ｎ　Ｆ　！

30 ：デフォルトの名無しさん：02/11/16 02:43

C 以外は糞!!

31 ：デフォルトの名無しさん：02/11/26 20:25

誘導に乗ってやってまいりました
ハイレジスタとローレジスタってどうちがうのですか？

ネットで調べてもサイトがあまりひっかかってこなくて困っています

32 ：西門 ◆J1DLkSnXwI ：02/11/26 21:02

32bit * 32bitの乗算命令を実行すると、結果の64bitのうち
上位32bitがはいるのはHi, 下位32bitが入るのがlo

また、割算命令を実行すると、商がloに、剰余がhiに入る。

33 ：デフォルトの名無しさん：02/11/26 21:24

31>32
そういえばハイレジスタ、ローレジスタというとそういう風にみるのでしたね・・

私の開発環境ではサムでプログラムを組むのですが
ハイレジスタにmovでデータを転送しようとすると
コンパイラに怒られます
でもローレジスタの場合は怒られないのです
この違いはどういう理由によるものなのでしょうか？
ただの仕様、と片付けてしまっていいんでしょうか？

34 ：西門 ◆J1DLkSnXwI ：02/11/26 21:28

汎用レジスタとは違うので、汎用レジスタのオペランドと
同じようには使えない。

hi, loレジスタとのやりとりは
mthi, mtlo, mfhi, mflo命令を使う。

35 ：デフォルトの名無しさん：02/11/26 21:58

ごめんなさい、
ハイレジスタは汎用レジスタではない、ということなんでしょうか？
確かに、かなり使用が制限されているイメージがあります

36 ：西門 ◆J1DLkSnXwI ：02/11/26 22:01

>>35
汎用レジスタは$0～$31の32本だけ。

37 ：デフォルトの名無しさん：02/11/27 19:38

http://www.mit.edu/afs/sipb/contrib/doc/specs/ic/cpu/arm/thumbquickref.pdf
の命令表に
Rd Rs Hd Hs　というような英文字がありまして前二つは
ディスティネーションレジスタ、ソースレジスタ、だと思ったのですが
HdとHsのＨの意味がわかりません・・

しかも表をみると
RがlowレジスタでHがhighレジスタ、という風にもよめます。
なんでRがlowなんでしょうか・・

教えてください・・

38 ：西門 ◆J1DLkSnXwI ：02/11/27 19:41

>>37禿しくスレ違い。
君が見てるのはMIPSとは無関係なCPUの命令表。

39 ：デフォルトの名無しさん：02/11/27 20:01

>>37
なんでこれ俺も持っているんだろう(´Д｀)

40 ：デフォルトの名無しさん：02/11/28 01:47

>>36
なんで$0は用途が決まっているのに"汎用レジスタ"っていうんだろう。
CPUスペックで汎用レジスタ32本っていうと、なんかサバ読んでるかんじ｡

41 ：デフォルトの名無しさん：02/11/28 02:26

>>40
＞なんで$0は用途が決まっているのに"汎用レジスタ"っていうんだろう。
他の汎用レジスタと同じようにオペランドに指定できるから。

＞CPUスペックで汎用レジスタ32本っていうと、なんかサバ読んでるかんじ
まあね。でもおかげで色々べんりだからいいじゃないか。
$0がアレじゃなかったら、命令や命令フォーマットを増やす必要があっただろう。
VAXみたいに、レジスタが16本しかないくせに、PCもFPもSPも汎用レジスタなんて
やつよりましだろう。

42 ：デフォルトの名無しさん：02/11/28 07:20

みなさん、エンディアンはビッグとリトルどっちが好きですか。

43 ：デフォルトの名無しさん：02/11/28 10:11

リトルに決まってるだろう。合理的だからな。

44 ：デフォルトの名無しさん：02/11/29 00:33

ビッグだろ。数字は普通右から埋まるもんだ。

45 ：デフォルトの名無しさん：02/11/29 01:22

漏れもビッグ派だった。
でも、バイト単位で処理する時は、リトルの方がオフセット計算が楽、

46 ：デフォルトの名無しさん：02/11/29 12:15

ビッグのほうが「分りやすいからスキ」とか思ってる奴はド素人。
256^nの桁がnバイト目に来るのが合理的。
こうしておけば、同時に
(65536^n)の桁が2バイト整数nワード目
(2^32^n)の桁が4バイト整数nワード目
…
でもある。

47 ：デフォルトの名無しさん：02/11/29 23:52

今ならビッグだろう。
ネットワークが絡むことが多くなってるしな。