究極の8ビット機を妄想するスレ Part 8

1 ：ナイコンさん：2019/07/05(金) 06:32:39.07 .net

できるだけ実在するデバイスのみで、究極の8ビット機を妄想してみよう。
ただし現状のPC界を見てもわかるとおり数値的なスペック追求のみでは無意味と知れ。
お前らの妄想力＆創造力に期待する！

前スレ：
6. ttp://matsuri.5ch.net/test/read.cgi/i4004/1555991427/
5. ttp://matsuri.5ch.net/test/read.cgi/i4004/1544995324/
4. ttp://matsuri.5ch.net/test/read.cgi/i4004/1291090549/
3. ttp://toki.2ch.net/test/read.cgi/i4004/1221580785/
2. ttp://bubble6.2ch.net/test/read.cgi/i4004/1161303062/
1. ttp://bubble4.2ch.net/test/read.cgi/i4004/1009359454/l50
究極の8ビット機を妄想するスレ Part 7
https://matsuri.5ch.net/test/read.cgi/i4004/1560227682/

473 ：ナイコンさん：2019/07/14(日) 11:12:53.97 .net

>>445
[PDF]740ファミリ ソフトウェアマニュアル
https://www.renesas.com/ja-jp/doc/products/mpumcu/002/rjj09b0352_740sm.pdf

う〜ん、乗除算命令を追加するよりも前に、SPを16bit化するべきなんじゃ？
乗算15クロック、除算16クロックって別に速くもないが、有るだけマシって付けた感じ？

[PDF]740ファミリ用Cコンパイラパッケージ M3T-ICC740 アプリケーションノート
https://www.renesas.com/ja-jp/doc/products/tool/apn/rjj06j0005_740compiler_s.pdf

メモリモデルが3種類って辺りは組み込み向けって感じで面白いか
ゼロページモデルって他にメモリ使わないのとか、オンチップメモリしかRAM無い組み込み向け？
16ビットアドレッシング指定と8ビットアドレッシング指定とを使い分けるとか、
再帰呼び出し用ローカル変数スタックが別枠で配置とか、
メモリを使ってる部分を意識しまくるCになってんな

474 ：ナイコンさん：2019/07/14(日) 11:13:03.29 .net

Z80の16bit演算なんてクソ遅い

475 ：ナイコンさん：2019/07/14(日) 11:13:27.98 .net

>>472
6502無双できればどこでも構わないんだろ、信者は。

>>470
日立のせいでインテルが日本の半導体産業を潰そうとしたのか。
やりすぎたんだな、日立は。

476 ：ナイコンさん：2019/07/14(日) 11:37:30.06 .net

>>474
INC,DEC以外は他のレジスタ壊すし
がまんしてIX,IY使うよ

477 ：ナイコンさん：2019/07/14(日) 11:38:16.58 .net

>>475
> 6502無双できればどこでも構わないんだろ、信者は。
だからと言って同レベルに落ちて必死にeZ80で勝ったどーとか虚しくないのかね？

478 ：ナイコンさん：2019/07/14(日) 12:01:59.36 .net

6502もXY連結して16bitレジスタにできればよかったのにね

479 ：ナイコンさん：2019/07/14(日) 12:31:29.01 .net

データサイズの選択を無くして、その分もアドレッシングモードを増やす、
って設計思想だから、組み合わせて16bitレジスタとして扱えても、選択に困るだろう
やるなら、同じレジスタを8bitモードや16bitモードやらって命令の動作モードを切り替える手法

480 ：ナイコンさん：2019/07/14(日) 12:32:55.11 .net

>>474
そのZ80より16ビットの加減算がおそいCPUってのがありましてね。
6502っていうんですが、ご存知ないですか？

481 ：ナイコンさん：2019/07/14(日) 12:34:56.91 .net

>>479
x86で8ビットか16ビットか選ぶやり方とおなじってことかな？
プリフィックスじゃなくてサイズ選択ビットだったけど。

482 ：ナイコンさん：2019/07/14(日) 12:36:15.04 .net

どうみても6502って組込み向けだよねぇ。

483 ：ナイコンさん：2019/07/14(日) 12:40:37.40 .net

>>480
全然知らんかったよ
アドレス計算で使う必要ないからな〜

484 ：ナイコンさん：2019/07/14(日) 12:44:34.16 .net

>>483
組込みとかゲームとかしかつくってないとそうなりますよね。
それしかできない人なら仕方ないですよね。

485 ：ナイコンさん：2019/07/14(日) 12:45:19.00 .net

>>483
使ったら糞遅いからな。SLGとかCコンパイラとかw

486 ：ナイコンさん：2019/07/14(日) 12:47:42.71 .net

6502でパソコンとしても、BASICだけ動かすなら、そこそこ早くできるわな。
文字列変数も255バイトまでの制限してるのが多いし。

487 ：ナイコンさん：2019/07/14(日) 12:47:46.59 .net

6502は日本語ワープロとかも苦手そうだな。

488 ：ナイコンさん：2019/07/14(日) 12:50:34.70 .net

HLにデータ持ってきてメモリに書き戻すのがクソ遅いから実際は6502より遅いでしょ

489 ：ナイコンさん：2019/07/14(日) 13:03:09.20 .net

>>484
組み込みもゲームも作れないのに何作ってたの？

490 ：ナイコンさん：2019/07/14(日) 13:12:45.39 .net

6502じゃぁマルチバイト文字の扱いが辛そうだな。
時代的に扱う文字コードは区点、JISやSJIS、EUCの２バイト文字ばかりだったと思うけど。
特にかな漢字変換やらせはじめたらめっちゃ辛そう。

491 ：ナイコンさん：2019/07/14(日) 13:21:47.56 .net

前スレ（その前だっけ?）で「青信号ダッシュで最初の5メートルはちょっぱやっていう改造原チャが6502だ」みたいな書き込みあったけどその通りだよね。
世間は、ダッシュもトップスピードも遅いけど使い勝手がいいカブを選ぶぜ！、でZ80がシェアとったってけど。

492 ：ナイコンさん：2019/07/14(日) 13:45:05.37 .net

おめ、cubナメてんべ

493 ：ナイコンさん：2019/07/14(日) 14:12:21.38 .net

>>488
ツベコベ言わず、さっさとCコンパイラで速度比較しろ。持ってるんだろ、6502機。

494 ：ナイコンさん：2019/07/14(日) 14:35:40.15 .net

6502の実機があるとな？
うらやま〜。
俺ン所にはエミュしかないわ。

495 ：ナイコンさん：2019/07/14(日) 16:58:30.45 .net

ファミリーベーシックで6502の浮動少数点の性能を見てやる!!って調べたら実装すらされてないポンコツだった。

496 ：ナイコンさん：2019/07/14(日) 18:38:00.82 .net

なければ作ればいいだろポンコツ

497 ：ナイコンさん：2019/07/14(日) 18:52:43.08 .net

6502としてはせいぜいtiny basicの実装がやっということだろう。スタックが256バイトだからな。

498 ：ナイコンさん：2019/07/14(日) 19:18:48.14 .net

ここの住人は全員ポンコツだろｗ

499 ：ナイコンさん：2019/07/14(日) 19:19:18.97 .net

だれかZ80のライブラリ見つけてきて比較してくれ
http://www.6502.org/source/floats/wozfp1.txt

500 ：ナイコンさん：2019/07/14(日) 19:43:04.50 .net

Nintendo64にファミリーベーシックが出ていたら64bitパソコンに…(違)

501 ：500：2019/07/14(日) 19:43:25.94 .net

500

502 ：ナイコンさん：2019/07/14(日) 19:51:22.60 .net

>>499
断る！
Z80と比べたら6502が早くないのがバレちゃうじゃないか。

503 ：ナイコンさん：2019/07/14(日) 19:56:46.86 .net

Z80に浮動小数点数の命令なんてないから

504 ：ナイコンさん：2019/07/14(日) 20:09:06.30 .net

>>502
バレてもいいからやれよ

505 ：ナイコンさん：2019/07/14(日) 20:50:32.23 .net

>>499
浮動小数点演算も比較したいが、前スレから要望の出てたソートが秒数出てるな
16bitデータだし1万個だしで6502の苦手の累乗だろうから負けが分かりやすかろう
Z80の秒数求む
http://www.6502.org/source/sorting/shell.html
シェルソート（16ビット要素用）Fredrik Ramsberg著、2004年12月29日
以下は1MHz（10,000個の値）のソート時間の例です。
操作　　　　　　　　　　　　　　　　　挿入ソート　シェルソート
配列は最初から完全にソートされています　　1.9秒　　14.7秒
1つの値が配列の間違った端にあります　　　2.9秒　　15.7秒
10個の値が配列の間違った端にあります　　11.8秒　　16.9秒
50個の値が配列の末尾にありません　　　　51.3秒　　17.6秒
配列は完全にソートされていません　　　2464.2秒　　30.5秒

506 ：ナイコンさん：2019/07/14(日) 20:52:08.14 .net

>>496
Appleに言えよw
話によると実装できなくてわざわざMSから浮動少数点使えるベーシック借りて来たのだろう？

507 ：ナイコンさん：2019/07/14(日) 21:36:37.00 .net

クイックソートじゃないのかよｗ
やっぱりスタック小さいから高速なアルゴリズムは使えないのか？
クイックソートは挿入ソートの100分の1以下になることも珍しくないから比べる以前の問題だな。

508 ：ナイコンさん：2019/07/14(日) 21:48:25.99 .net

>>507
初期データの並び方にも依存するが、1万件オーダーだとクイックソートは挿入ソートにかかる時間は0.125倍前後、約8分の1と思えば「だいたい合ってる」になる。
10万件オーダー超えないと100分の1とかにならない。

クイックソートは件数少ないと逆に遅いから、Cの標準ライブラリだと挿入ソートと併用してたりするぞ。

509 ：ナイコンさん：2019/07/14(日) 21:53:52.68 .net

>>508
×　挿入ソートにかかる時間は0.125倍
〇　挿入ソートにかかる時間の0.125倍
日本語がおかしくなってたわい。
スタックサイズの制限でアルゴリズムに制限があるなら6502はZ80に勝てないことになるね。
「速いインサートソート」がやりたいじゃ無くて「速いコート」をしたいわけだから。

スタック使わずにループぶん回すクイックソートの実装もあったはずだけど、すっかり忘れたわ。

510 ：ナイコンさん：2019/07/14(日) 22:14:30.38 .net

ソフトスタックなんて言葉も知らなさそうw

511 ：ナイコンさん：2019/07/14(日) 22:21:32.42 .net

6502だとソフトスタックを実装するのか。大変そうだな。

512 ：ナイコンさん：2019/07/14(日) 22:32:34.10 .net

16bit演算用にsweet16とかいう、ソフトCPUも実装してたくらいだからな。6502界のPGは大変だよ。

513 ：ナイコンさん：2019/07/14(日) 22:34:00.52 .net

どんなものを想像してるんだろう… w

514 ：ナイコンさん：2019/07/14(日) 22:35:07.15 .net

6502で動くくらいだから想像するにショボイと思う。

515 ：ナイコンさん：2019/07/14(日) 23:06:41.63 .net

CにGCがないからBASICの移植は出来ないとか言ってるレベルだからな

516 ：ナイコンさん：2019/07/14(日) 23:17:08.98 .net

6502のプログラミングとは、仮想CPUを組むがごとし。
ゆえにCPUそのもののIPCが高くても実際のプログラムは遅くなる。
IPCが高いだけの使いにくいCPUなんだよ、6502は。

517 ：ナイコンさん：2019/07/15(月) 00:54:24.72 .net

なんだ、結局6502ってIPC高くてもちょっと複雑な（ただしほかのCPUでは当たり前）のことをさせようとしたらメッチャ遅くなるんじゃないかよ。

とっくに結論出てたけどさ。
やっぱり、究極の8ビットパソコンになんて使えねーじゃんｗ

518 ：ナイコンさん：2019/07/15(月) 04:33:00.55 .net

gccで開発できるAtmel AVRかねえ

519 ：ナイコンさん：2019/07/15(月) 04:53:26.59 .net

ゲームボーイのCPUがシャープが作れるって理由だけでZ80系になったとき
規模の割に余りにクソ遅いからレジスタ削って新命令追加してんだったな

520 ：ナイコンさん：2019/07/15(月) 06:45:40.68 .net

ゲームボーイが馬鹿売れしたことを未だに6502信者は根に持ってるようだ

521 ：ナイコンさん：2019/07/15(月) 07:16:16.77 .net

>>514
ショボいのに大変そうとか頭おかしいw

522 ：ナイコンさん：2019/07/15(月) 07:17:29.63 .net

Z80改造とかいってる時点で無知さらけだしだな。
ゲームボーイのあれは8080改造だぞ。

523 ：ナイコンさん：2019/07/15(月) 07:19:21.63 .net

6502は任天堂にも見捨てられたのかよｗ

524 ：ナイコンさん：2019/07/15(月) 07:25:45.16 .net

アップルにも見捨てられたしな

525 ：ナイコンさん：2019/07/15(月) 09:11:47.50 .net

当時の話では勝てないから見捨てられたーとか言うしかないクズ乙ww

526 ：ナイコンさん：2019/07/15(月) 09:14:14.73 .net

任天堂とアップルが6502見捨てたのは事実に過ぎない。

527 ：ナイコンさん：2019/07/15(月) 09:19:09.15 .net

>>516,517

逆に言えば、6502で自然に処理できるサイズに仕様を限定すれば、
高速実行が見込まれる。

同様に、Z80はその豊富なレジスタセットが長所で、
レジスタの取り回しを工夫して、メモリアクセスを抑えることができれば、
高速実行が見込まれる。

6809は、そのあたりを深く考えずに、自然なプログラミンが可能だが、
パフォーマンスには限界がある。

ってことかな。

528 ：ナイコンさん：2019/07/15(月) 09:21:24.16 .net

>>521
wikip見たらウォズ自身がショボイって言ってたw

> According to Wozniak, the SWEET16 implementation is a model of frugal coding,
> taking up only about 300 bytes in memory.

529 ：ナイコンさん：2019/07/15(月) 10:00:41.43 .net

意地張っていないで8080もZ80もクソ遅いアーキテクチャだって認めろよ

530 ：ナイコンさん：2019/07/15(月) 10:02:38.99 .net

>>527

> 逆に言えば、6502で自然に処理できるサイズに仕様を限定すれば、
> 高速実行が見込まれる。

この条件に合致する仕様で満足できるのは組込みやゲームのような特定用途ばかりだろう。
パソコンをターゲットにする以上、エンドユーザにプログラムさせることが必須だが、それはどんなプログラム組まれるかわからないということだ。

FamiryBASICのようにTinyBASIC並みにいろいろと機能制限つけて「できる範囲」を狭くしてその中だけで高速化するのも手ではあるが、はたしてそれが究極か？

531 ：ナイコンさん：2019/07/15(月) 10:03:41.53 .net

>>529
そのZ80や8080よりも遅いのが6502だという結論を覆してから言ってくれたまえ。

532 ：ナイコンさん：2019/07/15(月) 10:18:46.79 .net

8bit処理なら無効サイクルだらけの6809は遅いんだが
16bit処理で一気に逆転する

533 ：ナイコンさん：2019/07/15(月) 10:31:39.74 .net

>>528
それSWEET16の話だろ、バカ晒してどうするw

534 ：ナイコンさん：2019/07/15(月) 10:33:14.05 .net

>>531
お前も妄想だけで語ってないでZ80サイコーって証拠出せよ
まあ出せないからグダグダ言ってるんだろうけど

535 ：ナイコンさん：2019/07/15(月) 10:33:50.85 .net

>>526
事実でないとは誰も言ってないけど？
馬鹿なの？

536 ：ナイコンさん：2019/07/15(月) 10:52:57.55 .net

ここには、6502信者なんて一人もいないんだけどね。
6502の弱点も知りながら得意分野では時代を考えると凄かったという話なわけで。
否定君が極端な拡大解釈、相手同一視を行う病的な話をするので、6502なんて関心もない人も一緒になってそれは違うよと指摘してあげてる構図。

537 ：ナイコンさん：2019/07/15(月) 11:37:39.67 .net

IPCが早いだけのゲーム機向けCPUをすごいすごい連呼する信者さんがいるじゃんｗ

538 ：ナイコンさん：2019/07/15(月) 11:49:24.49 .net

IPC自慢なんてしてねぇぞ
6502や6809が１命令でできることをZ80は4命令くらい要るよなって行言ってるだけ
IPCが高いのはオマケ

539 ：ナイコンさん：2019/07/15(月) 11:53:59.32 .net

>>533
>>512から始まるSweet16の話しだと思っていたのが違うのかね？

540 ：ナイコンさん：2019/07/15(月) 11:57:26.06 .net

>>539
ショボイ小さなプログラムで済む程度の事を大変そうってのが矛盾してるって話だろ

541 ：ナイコンさん：2019/07/15(月) 11:58:09.94 .net

なにがなんでも6502サイコー！しないと気が済まない馬鹿をまわりがボコってるのだが6502サイコー！君はいわゆる「最強くん」なので自分の言ってることがデタラメすぎててそこに突っ込まれて論破されてることが理解できてないんだな。
ソフトスタックやソフトCPUなんてモノが必要になる時点でダメCPUだってが判りそうなもんなんがなぁ、普通なら。

542 ：ナイコンさん：2019/07/15(月) 13:04:14.12 .net

>>541
自分は周りで他の人たちは一人。
自分の主張のためなら平気で嘘をつく。
これはここだけの煽りじゃなく、現実社会でもこのとおりの可能性が高いんじゃないか。
かなり生きにくいだろ？

543 ：ナイコンさん：2019/07/15(月) 13:12:34.17 .net

めっちゃ早口で喋ってそうww

544 ：ナイコンさん：2019/07/15(月) 13:29:25.13 .net

>>538
IPCが高くて性能が低いってのはそれとは逆だよ。
Z80で1命令で済むのが6502だと複数命令が必要になった結果。

545 ：ナイコンさん：2019/07/15(月) 13:57:25.79 .net

後世の目から見ればRISCっぽいアプローチではあるんだよな6502。
RISCはコンパイラでコード生成することを前提にしてたから速度出たけど、
6502が残念というかダメなのは「早い命令もある」で終わっちゃったところだね。

546 ：ナイコンさん：2019/07/15(月) 14:12:17.19 .net

同じクロックでのIPCが2倍なら、Z80が1命令でやることを2命令以下に抑えないと勝てないんですが２〜３命令になるのもゴロゴロしてるじゃないですかーｗ
8ビット加減算と16ビット乗除算以外に優位に立てないからトータルで見たら6502ってZ80より性能悪いじゃんｗ

547 ：ナイコンさん：2019/07/15(月) 14:21:07.92 .net

君は6502のプログラム書いたことないでしょ

548 ：ナイコンさん：2019/07/15(月) 14:22:08.04 .net

>>546
Z80は1クロックで1命令こなせないけど

549 ：ナイコンさん：2019/07/15(月) 14:37:24.15 .net

周りから見たら
> RISCっぽいアプローチではあるんだよな6502。
の時点で>>545がダメって言うか終わってる
メモリー間接アドレッシングモードなんて持ってるRISCなんてないし、当時の8bit CPUに比べて命令が極端に簡略化されてるわけでもない

550 ：ナイコンさん：2019/07/15(月) 14:51:36.67 .net

レジスタ増やす　→　複雑になる
アドレッシング増やす　→　複雑になる

RISCって単純化するためと言ってたのにやってることどんどん複雑にしてるよね。
さらにはキャッシュまでokにしたり。

551 ：ナイコンさん：2019/07/15(月) 15:05:26.84 .net

"魔法使いの森"が、6502 / Z80について
詳しい。
それぞれ、得手不得手がある。

552 ：ナイコンさん：2019/07/15(月) 15:19:03.03 .net

>>551
ここの6502信者以外は分かってるって。だから究極PC用途では6502は論外なの。

553 ：ナイコンさん：2019/07/15(月) 15:23:06.74 .net

>>550
Instruction Setを単純にすると言ってるだけだし、アドレッシングモードが複雑なRISCってどれよ？

554 ：ナイコンさん：2019/07/15(月) 15:23:36.96 .net

6502はZ80より早い命令は8ビットの加減算と16ビットの乗除算ぐらいだし。
Z80で１命令を6502で２〜３命令で実現しても6502のが遅いわけで、結局のところZ80の2倍程度のIPCじゃ負けてるんだよなぁ、6502。

555 ：ナイコンさん：2019/07/15(月) 15:31:19.91 .net

>>540
Sweet16の存在がいかにウォズが安さに釣られて採用した16bitレジスタがない6502に劣等感があったかが分かる。

556 ：長すぎるので２つに分割：2019/07/15(月) 15:32:09.96 .net

英語wiki の "Transistor count" 等から作成

1971 DRAM(2k)：6,144 Tr
1971 i4004：2,300 Tr
1972 i8008：3,500 Tr
1973 DRAM(8k)：8,192 Tr
1974 M6800：4,100 Tr
1974 i8080：4,500 Tr
1975 MOS 6502：3,218 or 3,510 Tr ※2説あり
1975 DRAM(16k)：16,384 Tr
1976 i8085：6,500 Tr
1976 Z80：8,500 Tr
1977 DRAM(64k)：65,536 Tr
1977 M6802：11,000 Tr ※128B RAM 内蔵
1978 M6809：9,000 Tr
1978 i8086：29,000 Tr
1978 M6801：35,000 Tr ※2kB ROM, 128B RAM 内蔵
1979 i8088：29,000 Tr
1979 Z8000：17,500 Tr
1979 68000：68,000(?) Tr ※英語版wikiだと約4万Tr？ 登場時期的にも約4万Tr 前後が正しい気がする
1980 DRAM(256k)：262,144 Tr
1982 80186：55,000 Tr
1982 80286：134,000 Tr
1984 68020：190,000 Tr
1984 DRAM(8M)：8,388,608 Tr
1985 80386：275,000 Tr
1987 DRAM(16k)：16,777,216 Tr

557 ：ナイコンさん：2019/07/15(月) 15:32:33.89 .net

（続き）

MOS 6502 は新興企業 MOS Tech が作ったのだから、トランジスタ数を減らしてダイサイズを小さくするのは、理にかなっている
※そういう意味では、Zilog も新興企業だが、当時としてはデカいと思われる 8500 Tr の Z80 を出したのは、新参者としては、かなりの冒険とも言える
MOS 6502 の 3500 Trはi8008 並みの規模だから、本来比べるべきは M6800 や i8080であって、2倍以上のトランジスタを持っている Z80 や M6809 と比べるのは、少々酷な気がする

それと M68000 はずっと 68000 Tr だと思ってたが、上記リストを作ってて、流石に変だと思うようになった
売れる事がほぼ分かっているDRAM なら、ある程度冒険できても、売れるかどうか分からない新規設計 CPU に、いくらモトローラと言えども、M6809 の約８倍の 68000 Trの CPU を作る冒険ができただろうか？
時期的に近く、実績もある M6801 が 35000 Tr であり、その 2kB内蔵ROM を 68kのマイクロコード格納用に、128B内蔵RAM を 68kのレジスタ(D0〜7,A0〜7)＋α にし、
そして 8bit ALU を 16bit ALU に置き換えれば、４万Tr 前後でも十分に M68000 規模の CPU が出来そうな気がする

558 ：ナイコンさん：2019/07/15(月) 15:39:29.63 .net

>>553
ARM、MIPS、POWER、SPARCとかかな

559 ：ナイコンさん：2019/07/15(月) 15:39:49.94 .net

>>554
まったく逆だよ
16bit乗算はZ80の圧勝
アドレッシングモードが貧弱なZ80は6502の１命令と同じことをするのに3〜4命令必要

560 ：ナイコンさん：2019/07/15(月) 15:42:22.45 .net

>>520
アイアムノットボーイ！

561 ：ナイコンさん：2019/07/15(月) 15:46:27.30 .net

>>556
68000は7万トランジスタくらいと聞いた覚えが…
さすがに内部32bitのCISC CPUを4万トランジスタとかで設計するのはムズくね？

562 ：ナイコンさん：2019/07/15(月) 15:47:24.09 .net

>>559
16bit乗算を1命令で出来るZ80って、それZ80じゃない

563 ：ナイコンさん：2019/07/15(月) 16:01:45.95 .net

Z80互換で1命令1クロックってのなかったっけ？

564 ：ナイコンさん：2019/07/15(月) 16:03:14.66 .net

8086が2万9千円とか聞いたから単純32bit化なら余裕なのでは

565 ：ナイコンさん：2019/07/15(月) 16:14:02.69 .net

>>558
どのあたりが複雑なの？
68020だと２重間接アドレッシングモードとかあるけど？

566 ：ナイコンさん：2019/07/15(月) 16:18:59.97 .net

>>565
ロード、ストア命令なのにアドレス計算までするオフセット指定とか邪道と言わざるを得ない。

567 ：ナイコンさん：2019/07/15(月) 16:20:52.45 .net

>>566
邪道ww

568 ：ナイコンさん：2019/07/15(月) 17:25:50.44 .net

スーパーファミコンってゲームボーイより後だよな

569 ：ナイコンさん：2019/07/15(月) 17:37:34.21 .net

結局、8080のアドレッシングモードが無きに等しいのしか分からず、
ミニコン系と言われてた6800からの、
6502や6809のアドレッシングモードの多さの利点が、
理解できないから、命令数が多くなるって言ってるんだな
計算よりデータ転送や条件分岐が多いくらいなのが分かってない

570 ：ナイコンさん：2019/07/15(月) 17:53:28.31 .net

日本語で頼む

571 ：ナイコンさん：2019/07/15(月) 17:59:59.37 .net

条件分岐なんてそんなに無い。
分岐予測で2倍速になっても、全体では5%弱しか高速化しないと言われてる。
つまり全体のコードの1/10程度しか分岐命令はない。

572 ：ナイコンさん：2019/07/15(月) 18:07:20.90 .net

ソートするとき何回比較しなきゃならないと思ってるんだ。