X68000に足りなかったもの part2
レス数が900を超えています。1000を超えると表示できなくなるよ。
MC68881用の命令に使われていたところをX68000のシステムコールのために使ってしまったために
X68030発売のときに変えたって話もあったような
F Lineとかいうやつ >>768
MS-DOS 4.0のソースが公表されてLOADALLを使ってるアセンブラソースも含まれてた
RAMDRIVE.ASMとか
割り込み禁止なままで操作できる範囲として256ワードごとに割り込み許可に戻して扱ってるとか 286は1M以上の空間を捨ててリアルモードで使うか、
リアルモードといっしょにDOSやCP/M-86などのメジャーなOSを使うことをあきらめて16ビットプロテクトモードだけを使うか、
割り切りしないと性能が活かせない
286は68000に対抗するため商売上だした386を出すまでの中継ぎ選手だったんだよ 開発してる時点で68020と68881は存在していたのだから予約されてる命令を別の用途に使うとか頭悪すぎだろ 初代売り切りでアップグレードとか考えてなかったでしょ
X1も行き当たりばったりだったんだし 初代機に合わせてないで、必要と思った時点でちゃっちゃとMMUつきの新製品売ればよかった
DOS機メーカーが毎年のように新製品だしてた時代だし。 >>893
初代Townsはwaitが多すぎて16MHzなのに8MHz相当の速度しかなかった
どこまでホントかどうかは知らんが、体感的にはだいたいあってる。 TOWNSが386SXの8MHz相当が事実だとしても非力なMC68000@10MHzに何でもかんでもやらせるX68000もプロセッサの性能を活用できてなかったから多少ウェイトが入ってもでは勝ち目がないのでTOWNS優位のままなんだよね DX換算ですよ(たしか)
386SXはDXよりも新しくて初代Towns当時搭載機あったかな? >>907
>非力なMC68000@10MHz
本家モトローラが普及機68000と高価な68020しか出してない時期だったんで
どうしようもないよ。Z8000と違い自社製セカンドソースCPUも無いし。 >>910
初代はしょうがないとしても、まるまる4年もMC68000@10MHzだったのは悪手だよ
12MHz版や68EC20を採用する余裕はいくらでもあったはず 将来の互換性を考えてればもう最初から68010や68012を採用するべきだったでしょ
考えてなかったってのが分かりやすい 将来のことは考えてなかったんだからしかたがない >>900 >>903-904 >>911
それなー
X1も初代〜X1Gまで同じだったけど,ちゃんと上位機Turbo出してたもんな。
X68でそうしなかったのは痛い >>906
初代TOWNSは後に出た386SX機と同程度のスピードだったそうだ。
DOSマシンではなく32ビット機として使うなら、80386DX(8MHz)≒80386SX(16MHz)相当か? >>910
マックは68020や68030だけどバスを16ビットに抑えた低価格機を出したてた。
X68030が出た時、ACE持ってた友人が5年経ったのにX68040じゃないのかよと言ってたけど、当時はモトローラが68040を量産出来ずマック以外には断ってたそうだ。 68040は熱問題のせいで25MHzまでしかクロックを挙げられなかったらしいし、長い間MC68040じゃなくて試作型番のXC68040で出荷されてたぐらいある意味で欠陥品だから
入手できたとしても採用していたらどんなトラブルが起きてたか、考えるだけでも怖いよ キャッシュメモリの容量や方式が変わったときに問題が起こるかもしれないから
プログラムの自己書き換えはするなとInside Macintoshに書かれてたけど
いくつかのソフトはやるなと言われてるのにやってたので68040搭載機が
発売されてから実際に問題を起こしてた
X68000だと自己書き換えはどの程度使われてたんだろ MC68000@10MHzだと386SX/4MHzに負けるぐらい・・・かな? 一応8MHzで1MIPSって事になってるけど、正直10MHzで1MIPSくらいの気持ちでいた方が無難>MC68000
6809が実質倍クロックで2MHZでもZ80の4MHzとタメ張れたから、この辺も初めて知ったときは萎えたなぁ >>921
6809は二相クロックでタイミング取る動作は2倍だから2倍クロックのZ80と内部での進行は同じ
クロックの立ち上がりエッジ立ち下がりエッジで2回タイミングを取ってるのと、
二相クロックで4回タイミングを取ってるのとの比較だから
クロック2倍違うと思ってたなら騙されてる 68000は命令セットが32bitなだけで内部は16bit
386SXは内部32bitでデータバスが16bit、アドレスバスが16bit
68000の方が速くなるわけない
68000は32bitのデータレジスタ同士の加算に8クロックもかかる 80386はバレルシフタ入ってるからシフト演算がどんだけ動かしてもそんなに重くないのがゲームの描画には助かった
モトローラだと68020からだっけ?
ワードスワップしかない68000から、割と使う8ビットシフトが重くてきつかった。 68000加算にかかるクロック
add.w dn,dn 4クロック
add.l dn,dn 8クロック
add.w (an)+,dn 8クロック
add.l (an)+,dn 14クロック
add.w d16(an),dn 12クロック
add.l d16(an),dn 18クロック
add.w d8(an,ix),dn 14クロック
add.l d8(an,ix),dn 20クロック
add.w Abs.L,dn 16クロック
add.l Abs.L,dn 22クロック
add.w d16(pc),dn 12クロック
add.l d16(pc),dn 18クロック
add.w d8(pc,ix),dn 14クロック
add.l d8(pc,ix),dn 20クロック 386の加算にかかるクロック
add r8,r8 2クロック
add r16,r16 2クロック
add r32,r32 2クロック
add r8,m8 7クロック
add r16,m16 7クロック
add r32,m32 7クロック
add r8,imm8 2クロック
add r16,imm16 2クロック
add r32,imm32 2クロック 思ってた以上に68000は遅かった
2世代違うと言ってしまえばそれまでだけど後発のTOWNSに見劣りするのも仕方ない 98シリーズのメモリモデルがどーたらとかそういう時期のマシンなわけで、
脱8086(V30)マシンってのはすごかったんだぞ。
買えなかったけど・・・ 16bitのコードの場合386より286の方が速かったように思う
つまり286搭載の98にも負ける つまりX68000に足りなかったものは速度
身もフタもない話だなw Dhrystoneの事かな
あれintサイズ違うと比較の意味なくね? あとコンパイラの差 レス数が900を超えています。1000を超えると表示できなくなるよ。