8086 vs. Z80 vs. 6809 vs. 6502　その10

8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。
CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリです。

■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502　その9 (再び)
http://hello.2ch.net/test/read.cgi/i4004/1365951318/
8086 vs. Z80 vs. 6809 vs. 6502　その9 (短命)
http://ikura.2ch.net/test/read.cgi/i4004/1362833400/
8086 vs. Z80 vs. 6809 vs. 6502　その8
http://ikura.2ch.net/test/read.cgi/i4004/1333965297/
8086 vs. Z80 vs. 6809 vs. 6502　その7
http://ikura.2ch.net/test/read.cgi/i4004/1319314159/
8086 vs. Z80 vs. 6809 vs. 6502　その6
http://toki.2ch.net/test/read.cgi/i4004/1286766300/
8086 vs. Z80 vs. 6809 vs. 6502　その5
http://toki.2ch.net/test/read.cgi/i4004/1280380374/
8086 vs. Z80 vs. 6809 vs. 6502　その4
http://gimpo.2ch.net/test/read.cgi/i4004/1252639237/
8086 vs. Z80 vs. 6809 vs. 6502　その3
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/
8086 vs. Z80 vs. 6809 vs. 6502　その2
http://gimpo.2ch.net/test/read.cgi/i4004/1213527504/
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/
6809とZ80 part 2
http://bubble4.2ch.net/test/read.cgi/i4004/1093190685/
6809とZ80
http://bubble2.2ch.net/test/read.cgi/i4004/1008496410/

■関連スレやサイトなど　※補足などあれば>>3-9あたりで
68K v.s. x86
http://hello.2ch.net/test/read.cgi/i4004/1220728356/

半導体コレクション展示会場
http://www.st.rim.or.jp/~nkomatsu/ICcollection.html

前スレが1000で落ちたので建てました。

>>1
乙

WindowsだけがOSではありませんよ、最新64bit OSに触れるチャンス！

・ Menuet OS [ http://www.menuetos.net/ ]
　WindowsにもLinuxにも依存しない独立型最新64bitOS。
　Flat Assembler標準搭載、アセンブラでプログラミングをするコトが前提の、異彩を放つ開発環境。
　システムコールが公開されていて、アセンブラから自由に呼び出せる。
　フロッピー1枚で起動でき、HDDを必要としないコンパクトサイズ。

・ Flat Assembler [ FASM: http://flatassembler.net/ ]
　Menuet OS標準搭載のコンパクトサイズのインテルニーモニック64bitアセンブラ。
　Windows版も用意されている。

１コアあたりの性能って一般PC用CPUとスパコン用CPUでどのぐらいの差があるの？

SC/MPとか

>>6
そういう比較はあまり意味が無いと思うけど、
京のSPARC64 VIIIfxが1コア辺り 16GFLOPS
i7(Haswell)3.5GHzが1コア辺り 56GFLOPS
みたいだから一般PC用が3〜4倍速いんじゃないかと。

>6
昔のPC板で語ることではないような・・・
Z80百コアのマシンを作ったとかいう話ならまだしも

>>9
＞Z80百コアのマシン
誰かやってほしい・・・

100コアのマシンを仮に作ろうと思ったら、アーキテクチャはやっぱりCELL BE方式かな？

そうだね

問題は1コアの中身じゃなくて、コアやメモリの繋ぎ方だろ…

どうやって繋ごうか。

32Vitで繋ぐより8Vitの方が線が少ない分高速処理が得意だから8Vit大勝利

>>13
そういう趣旨で言ってるんだよ、CELL BE方式ってのは。
与太話で脱線するにしても、今更コアの中身なんて考えたって面白くないし。
Z80ならT80でもfz80でも、好きなのを拾ってくればそれで終わり。

マルチCPU的に考えて、
8〜32MBくらいの共有メモリを、MMUでCPUごとの64KBのメモリ空間にマッピング、
I/Oポートアクセスで他のコアのRESETや割込み信号を操作、
とか。

各コアでそれぞれ独立したOSを動かして仮想マシン的に使うとか、
24ビットカラーのビットマップ処理で、コアを24個使った24プレーン同時処理とか。

マルチコア的には共有メモリがL2キャッシュ、
MMU操作でL1キャッシュ、コヒーレンシ制御、
他のコアのRESETや割込み信号を操作はリングバスでの通信、
に相当する感じになるのかな？

>>16
CELL B.Eのリングバス方式で100コア繋ぐ?
冗談ですよね?

馬鹿は黙ってた方が身のためだよ

CELL B.E.が採用されたコンピュータが何種類あって
接続トポロジがそれぞれどうなってるのか答えてからだろw

まさか、Opteronベースのアレだけしか知らないとか冗談はよしてくれよw

うわ、本当だ、リングバスだった orz

それぞれ64KBのローカルメモリ持たせて、必要な時に親玉プロセッサのメモリに
DMAさせればいいんじゃない？と思ったけどインターコネクトがリングバスだと
そこに100プロセッサは確かに死ねる。

とりあえずSPIで全部繋いでから考えようぜ？

無意味。

用途も明確にせずただ単にマルチコアすれば・・・との考えは失敗の王道。
ハード至上主義の悪しき影響そのもの。
128kbを1Mbitとごまかし、CDROMのコントローラも合わせて8コアとかいうゲーハ詐欺と同じレベル。

ぴゅう太は16bitPC

16VIT最強だったよな

8bit世代であればソフトウエア資産、互換性が大切で維持しなければならないので
新規なマルチコア設計は駄目。
現実的な設計は、古いシングルスレッド8bitコアを残しつつARMやSHのようなコアを追加的に加えて
演算呼び出し/8bitコアの仮想化/8bit側をスレーブ動作、などの性能拡張ならデュアルコアとして可能。
コアの仮想化も重要だろう。

4bitのメニーコアを想像すればいい。そのような設計のチップは１個のコアは単なる部品にすぎず、
用途があらかじめ決まっているからこそ特殊設計ができるもの。
用途も定まらずデュアル、メニーコアを指向するのが最大の間違い。

なんでもいいからDIPに64KBのメモリと各種コードがどれでも実行できるCPUを
詰め合わせたマイコン作ってよ。

しかし工場の整理統合は進んだのに、なんで兼用チップみたいなものは流行らなかったんだろう？
統合チップは一箇所不良でアウトだけど、
兼用チップなら片方不良でもマスクして専用チップにすればいいだろうに。

少量出る不良のために別工程用意する無駄
不良が多様性に富んでる
原因不明の不良が出たロットを流す嫌な気分
不良は利用するものではなく低減させる物

そんなの工夫すればどうにでもなるでしょ。
不良率を一割減らす為にコストを倍掛けるより、
そのままのコストが半分で余祿も利用できた方がいい。

コストは倍にならない原因を潰すだけだから調整や工夫のみ実質0円のこと
もある

GOTO 29

人が動くとお金がかかるねんで

兼用なら需要読み間違えても投げ売りしたり慌てて割高な設備増強しなくて済むぜ。

そして安い方にばかり需要が集中し
全部動くチップをワザワザ機能制限して投売りするんですね。わかります。

兼用に出来る設計の無駄
ピン数が増えたらパッケージの無駄
兼用品のダイサイズの無駄
統合品を素のままマイコン代わりに使うなら電気も無駄
ラインナップの無駄
元から過剰設備を持つ人件費電力の無駄

売れすぎて困るって何作る気それが出来れば全ては救われたね
ゴミの再利用も兼用も要らないCPU内蔵FPGAで我慢しとけ

単機能の需要が回復してくれれば御の字じゃないの？
高機能のまま投げ売りされたら全相場が下がってぺんぺん草も作られなくなるだけ。

素人の猿知恵は通用しない早く寝ろ

>>37
玄人なら具体的に説明汁
どこぞにパクられて投げ売りされなきゃ生き残れてたんだとかをさ。

>>38で答え書いてるじゃんそれで合ってんじゃね

>>28
>兼用チップなら片方不良でもマスクして専用チップにすればいいだろうに。

ユーザーメリットはどこにあんの？

https://twitter.com/Mii_Odin/status/507910766029467649
> Z80昔つかったわぁ。
> 16bitCPUだからアドレス空間256KBしかねーのに、2MBのデータ扱えとか無茶な案件だったわ。
> データは現在値と履歴２枚で合計6MB・・・。
> RAMのバンクは200枚くらいあったなｗ

どこの世界の話？

Z80が16bit？
アドレスバスが16bitと言いたいのか？
それにしても64KBじゃなく256KBって・・・

こんな講演してるとか、マジで終わってる...
http://www.4gamer.net/games/042/G004287/20140905040/

乱数か。
8bitPCの時は32bit値のキーとBASIC ROM（乱数表として）を使って生成してた。
あんまり偏りとか気にしてなかったな。

>>44
バンナムはカルドセプトサーガの乱数問題というのをやらかしたことがある

カルドセプト サーガ - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%AB%E3%83%AB%E3%83%89%E3%82%BB%E3%83%97%E3%83%88_%E3%82%B5%E3%83%BC%E3%82%AC
> 開発元 大宮ソフト、ロケットスタジオ

>>46-47
プログラマーとして、バグには同情するけど、対応ひでーな w

乱数問題は何気に重要だと思うけどな。

経済悪化したらゲーム産業なんて仕事成り立たないのでは？
大手は凝った3Dゲームライブラリ開発してるけどこれから大企業がビジネスとして
成り立たなくなるような行き過ぎた最新技術追う意味ないよ。
携帯ゲームは無視のようだし、
現実乖離したリアルな3DでSNSやネット常時接続じゃ、ユーザーは精神科病棟の中の人になってゆくだけ。

あと５年もしたらビデオゲームの世界はトランプや花札のような伝統芸能・職人の世界に戻るよ。そういう伝統芸
なものが残る。

経済が悪化すると旅行のような「実レジャー」は贅沢になるから安ゲームにシフトしてゆくよ

スマホの簡易なゲームでしょ

あれはゲームとは言わんw

無名ゲームがうじゃうじゃあると胸熱

遅レスだけど、遅いMPUをハードウェアレベルで、シーケンシャルな処理で使うってのは？
GRAPE(Gravity Pipe)の初期モデルみたいに。

8bitコードを現在の32bitアーキテクチャへJITコンパイルする動的コンパイラならほしいな。
部分的なコードならJITコンパイラは可能だろう。

モバイル向けウルトラ超低消費電力8bitSoCとか、低消費電力動作のためのBig.Littleなデュアル8bitコアならあっても良いきがする。
8bitならコア外にHTMLパーサーやMPEG部分だけ別系統で処理すれば良いかも。
台湾のMP3向けSoCはかなり高度で、バスコントローラでCPUバス分離、MP3デコーダ内蔵で高クロックz80で8bitかなりがんばってるだよ。

ちなみに昔の8bitマシン向けBASICコンパイラはJIT型はあった。
M$謹製のBASIC中間コードから非対応命令、リミットチェックなどコードチェックして、FloatがFixnumライブラリ参照するようになって
バイトコード出力して、それを32Kb位のメモリに出力し実行する。BASIC比で10倍とかなり早かった。

お前が何も理解してないことはわかった

　　　　 ∧＿∧
　　　　( ´･ω･`) 　　 　∧＿∧
　　　 ／ 　　　 ＼　 　（　　　　）
.＿＿|　|　　　 .|　|＿　/ 　　 　 ヽ なるほど！
||＼..∧＿∧　 　　(⌒＼|_＿./ ./
||.　 （ 　　　）　　　　 ~＼___＿_ノ|　　 ∧＿∧
　　/　　　ヽ　お前頭いいな！＼　 （　　　　）　そこには気づかなかった！
　　|　　　　　ヽ　　　 　　　　　　　 ＼/ 　　　 ヽ.

>>57
お前らが何も理解してないことはわかった

MP3プレイや向けSoCの資料読んだけど、かなり高度だと思う。
バスとコアを設計的に分離してる。CPUバスサイクルに依存した昔の8bitPCの設計には見られない発想。
x86コアとPCIExpressがブリッジで分離しているようなもので、MP3のストリームのデコーダへのDMA転送もコアに依存しない。
こういう設計できる人は8bitコアの命令セットやバスサイクルを完全に理解した上で拡張していると思う。
8051のUSB機能も同じだけど、8bitコアかなり使い込んでる印象。

設計が面倒だから既製品使ってi2cとか使うとか手抜きという印象。

>>59
昔はメモリーと CPU の速度差がたいしてなくて、集積度の制限からもキャッシュとか載せられなかったから、同期バスだっただけとこと
当時でも汎用機なんかはコア部分とメモリーは非同期だったよ

昔と今じゃ作り方が変わってるしね。
ASICにしても、特にコントローラのCPUとかは既存ソフトIPを使ったりする訳だけど
汎用IPなんかは過去CPUのバイナリ互換コアであってもバス周辺は現代仕様になってたり

回路図ペースIPだと手を入れるのメンドかったけど、HDLベースのIPは楽になったよな〜(遠い目)

むしろ旧仕様バスの今時コアってないの？
そうすればソフトの保守が楽だろうに。

6 8 0 9 大 失 敗

日本でのL3やFMシリーズは言うに及ばず、海外のCoCo(カレー屋ではない)の大成功があるから
決して失敗したプロセッサではないんだけどね。

不 良 品 6 8 0 9

>>65
たった4色でカラーコンピューターと言い張っていたな

http://en.wikipedia.org/wiki/TRS-80_Color_Computer#VDG
> VDG
> The MC6847 is a relatively simple display generator compared to the display chips of some of the
> CoCo's 8-bit rivals. It is capable of displaying text and graphics contained within a roughly square
> display matrix 256 pixels wide by 192 lines high. It is capable of displaying 9 colors: black, green,
> yellow, blue, red, buff (almost-but-not-quite white), cyan, magenta, and orange.

ugliest computers ever.

While the "CoCo" is Radio Shack's first color computer, it is not the first color computer ever. There were others, one of them is the Apple II from three years earlier.

The CoCo has one thing going for it - price, but not much else it seems. It's one of the slowest computers, in terms of CPU clock speed, and it can only display 4 colors. The mediocre keyboard leaves much to be desired.

An Extended Basic version was soon released. This new CoCo has excellent graphics capabilities accessible from BASIC, higher resolution display, and more memory. A floppy drive storage system can be added for fast and easy data storage.

蝉グラフィックモード知らんのね ＞たった4色

タンディココのゲームをようつべで見ると確かに悲惨なグラフィックスではあるな…

>タンディcoco

パピコンと同じビデオチップやんけ

パピコンと同じってことは、256×192ドット 2色 又は 128×192ドット 4色か

モトローラ製だったよね

>>65
>カレー屋ではない
コンビニか
ttp://www.cocostore.jp/new/chubu/corporate/kaisyagaiyou/image/h16.jpg

>>65
>カレー屋ではない
アイドルか
ttp://www.inflexwetrust.com/wp-content/uploads/2012/10/IFWT_coco_13.jpeg

>>75
コンビニcocoの第一号店は








セブンイレブンの第一号店より先だった

cocoと言えば化学小説。板違いだけどなｗｗｗ....


ttp://ecx.images-amazon.com/images/I/51qaSwurtsL.jpg

Z80
ttp://software.harikonotora.net/r/847/

eZ80に関する書籍って無いの？

そんな書き込みする前に目の前の箱で検索してみないの？

日本語で懇切丁寧に解説してるトコが欲しいのだろうけど、さすがに無いんじゃないのか?w
素直にZilog本家の英文データシート読むしか無いと思うぞ

cocoって負け犬コンピュータとか言われてんだなw
確かにアップルII、C64、アタリ800、TI/994A、VIC-20、と比べて影が薄すぎるのは否めない

OS-9互換のOS作っちゃう人が居るというだけで充分濃いんじゃない？
L3ってなんだよ。

>>83
ドラゴンとかいう互換機もあったな＞coco
南米でもそれなりに売れたのでは？

>>84
L３こそ本物の…

Z80 vs 6502
http://www.wizforest.com/tech/Z80vs6502/

>>86
やっぱプログラミングって楽しいな。

6809の一番シンプルなコードだと、
(2) LDB #100
(3) LDX #0
LOOP:
(5) LEAX B,X
(2) DECB
(3) BNE LOOP
かな。
LOOP より前の前処理が 5 クロック、LOOP 後が 10 クロックで、100回繰り返すので 1000 クロック。
合計1005 クロック。
Z80,6502（の一番シンプルなコード）と比べると1.4倍くらい速いな。

ファミコンとMSXを比較するという条件でZ80にはM1サイクルにwaitが入ってるという
設定だから6809も実在のゲーム機か何かを想定すべき。

>>89
6809 使ったゲーム機なんてあったっけ？

>>88
LEAX B,X を ABX に変えると2クロック減るかな

>>90
Vectrex

ABXは鬼子だから無いことにされたのか

メモリ転送にスタック命令使うと速いなんて不思議だよね。

6502はアドレスデータ取り込みながら16bit＋8bitの計算やっちまうからZ80が敵うわけがない

> 6502はアドレスデータ取り込みながら16bit＋8bitの計算やっちまうから

わけわからん

>>95
どういう意味??

無意味の意味って意味

>>91
おお、ABXがあった。
>>88は最初Aレジスタを使ってて、なんとなくBレジスタを使うのが正しい気がして書き換えたんだけど、その命令の存在をうっすら覚えてたのかもｗ
ループ展開時は40バイト以内のルールに従い8回展開バージョン。
[2](2) LDB #100
[3](3) LDX #0
[2](6) TFR B,A
[2](2) ANDA #7
[2](3) BEQ LOOP
[1](2) NEGA
[1](2) ASLA
[3](5) LEAY LABEL,PCR
[2](4) JMP A,Y
LOOP:
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
[1](3) ABX
[1](2) DECB
LABEL:
[2](3) BNE LOOP

合計36バイト。
100 回の時は 8 で割った端数は4のため、前処理後半も実行されて 29クロック。
ループ内では、5クロックの処理を8回繰り返しています。
最後にループ冒頭に戻るため、3 クロックのジャンプ命令。
ループは 半分+12回繰り返されるので、(5*4+3) + (5*8+3)*12 = 539クロック。
総計で 568クロック。Z80,6502（の展開バージョン）と比べ1.7〜8倍高速。
ちなみに4回展開だと28バイト、590クロックくらい。

「1〜100まで足す」なんて非現実的なあれじゃなくて違うのやって欲しい

bitcoinでも掘るとか？

>>94
1バイトの命令（フェッチが軽い）で
16ビット値のロード/ストアとインクリメント、デクリメントまでやってくれるからな。

>>101
「1〜100まで足す」はもともとZ80有利ってことで設定されたお題で、
「けど6502でもそこまで酷いことにはならないよ」ということだろ。

6805だとどうなんの？

>「けど6502でもそこまで酷いことにはならないよ」ということだろ。

同じ時代の製品ならまあ当たり前。

>>104
>「1〜100まで足す」はもともとZ80有利ってことで設定されたお題で、

もともとは6502が速いって前提でのお題でしょ。

6502 は遅かったのか？
http://www.wizforest.com/diary/140728.html

で、Z80有利な条件でも6502は健闘してるって主張でしょ。

え？「1〜100まで足す」が「6502が速いって前提でのお題」なの？

> さて、先ほどは単純な機能でクロックを比較しましたが、これだと 6502 に
>有利な命令ばかり選んでいるのではないか、という気もします。
>もう少し、Z80に有利な条件で見てみましょう。
>
>Z80 はレジスタが多いですし、一部のレジスタでは 16bit 計算もできます。
>また、ループ専用の命令もあります。
>これらは 6502 にはないものです。
>
>また、Z80 はメモリアクセスが遅いので、レジスタの多さを活かしてメモリ
>アクセスがない題材を考えましょう。
>
>そこで、1〜100 の数字を全て足すプログラムを作ってみましょう。

1〜100だと合計は5050になるから集計する為には16bit値での計算になるって事か?

1〜1000までの合計を求めるという事にすりゃ集計値は500500で20bit長だし
足しこむ値も8bit値を超えるから、もっとZ80有利になるんか?

ちなみにAVRだとどんな感じ？

AVR、演算処理は8bit単位がほとんどだけど
正直8bitマイコンと言っていいのか疑問なんだがww

それはともかく、avrだと16bitのinc/dec使えるレジスタが制限される訳だけど
こいつは2クロックかかり、レジスタに定数読んどいてadd&adc/sub&sbcの2命令でやっても同じ速度だから余裕〜

z80のループ部分
addhl,de
inc de
djnz
をavrで
add
adc
sub
sbi
dec
brne
としても、add/adc/sub/sbi/decが1クロック、条件ブランチbrneが1/2クロックになって
6クロックぐらい…

http://www.wizforest.com/tech/Z80vs6502/multiply.html
Z80の8bit乗算は8bitの加算＋右シフト使った方が速いのになぜかみんなADD HL,**を使ってしまう

>>113
お前が速い奴投稿すりゃいいじゃん

>>113
速いやつまだあ？

256bit乗算してみて

;Z80　16bit加算命令使用　　H*L->HL
　　LD E,L
　　SUB A
　　LD L,A
　　LD D,A
　　LD B,8
LOOP:
　　ADD HL,HL
　　JR NC,SKIP
　　ADD HL,DE
SKIP:
　　DJNZ LOOP
　　RET
　　
;Z80　8bit加算命令使用　　D*E->DE
　　LD B,8
　　SUB A
　　RR E
LOOP:
　　JR NC,SKIP
　　ADD A,D
SKIP:
　　RRA
　　RR E
　　DJNZ LOOP
　　LD D,A
　　RET

n*(n+1)/2
6809だと乗算命令(D=A*B)があるので
[2](2)LDA #100
[2](6)TFR A,B
[1](2)INCB
[1](11)MUL
[1](2)LSRA
[1](2)RORB
で終わり。8バイト25クロック。6502、Z80の5〜6倍高速。

>>117
で、何クロック？
http://www.wizforest.com/tech/Z80vs6502/multiply.html;p1#unionZ80

>>118
6809は乗算は速くて当たり前なので次は除算を頼む

ランダムアクセス
[4](4) LDY #DATA
[3](5) LEAU YTABLE,PCR
[2](8) LDD ,Y++
[2](3) BMI END
LOOP:
[1](2) ASLA
[2](6) LDX A,U
[1](3) ABX
[2](6) LDA ,Y+
[2](4) STA ,X
[2](8) LDD ,Y++
[2](3) BPL LOOP
END:

YTABLE:
DEFW VRAM+$000, VRAM+$020, VRAM+$040, VRAM+$060, VRAM+$080, VRAM+$0A0, VRAM+$0C0, VRAM+$0E0
DEFW VRAM+$100, VRAM+$120, VRAM+$140, VRAM+$160, VRAM+$180, VRAM+$1A0, VRAM+$1C0, VRAM+$1E0
DEFW VRAM+$200, VRAM+$220, VRAM+$240, VRAM+$260, VRAM+$280, VRAM+$2A0, VRAM+$2C0, VRAM+$2E0
23バイト＋テーブル48バイト。

１キャラクタの書き込みに 32クロック。これを 48回繰り返します。
前処理は 20クロック。合計1556クロック。6502より10%くらい速い。ちなみにDATAは
DEFB YPOS0,XPOS0,CHAR0
DEFB YPOS1,XPOS1,CHAR1
DEFB $80,0,0
というごく普通の形式。

>>120
いや、RSAに使える位の桁数で頼む。

>>119
１waitありで294クロックが250くらいになる

　　　　LD　　DE,101*25+100 ; 10 (11)
　　　　LD　　B,8　　　　　　　　 ; 7 (8)
　　　　SUB　A　　　　　　　　 ; 4 (5)
　　　　RR　　E　　　　　　　　 ; 8 (10)
LOOP:
　　　　JR　　NC,SKIP　　　　　; 12 / 7 (13 / 8)
　　　　ADD　A,D　　　　　　　　; 4 (5)
SKIP:
　　　　RRA　　　　　　　　　　　; 4 (5)
　　　　RR　　E　　　　　　　　 ; 8 (10)
　　　　DJNZ　LOOP　　　　　　; 13 / 8 (14 / 9)
　　　　LD　　D,A　　　　　　　　; 4 (5)

11+8+5+10+8*(13+5+10+14)-5+5 = 370

誤　　　　LD　　DE,101*25+100 ; 10 (11)

正　　　　LD　　DE,101*256+100 ; 10 (11)

>>113
　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　速いコードまだ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／

　　　　LD　　DE,101*256+100 ; 10 (11)
　　　　LD　　B,8　　　　　　　　 ; 7 (8)
　　　　SUB　A　　　　　　　　 ; 4 (5)
　　　　RR　　E　　　　　　　　 ; 8 (10)
LOOP:
　　　　JR　　NC,SKIP　　　　　; 12 / 7 (13 / 8)
　　　　ADD　A,D　　　　　　　　; 4 (5)
SKIP:
　　　　RRA　　　　　　　　　　　; 4 (5)
　　　　RR　　E　　　　　　　　 ; 8 (10)
　　　　DJNZ　LOOP　　　　　　; 13 / 8 (14 / 9)
　　　　LD　　D,A　　　　　　　　; 4 (5)
　　　　SRL　　D　　　　　　　　 ; 8 (10)
　　　　RR　　E　　　　　　　　 ; 8 (10)

11+8+5+10+8*(13+5+10+14)-5+5+10+10 = 390

>>123
マジかよ！スゲェな！！　で、コードは？

開発者「このCPUなら同じコスト、同じクロックで倍近い性能が出せます！！」
上司「じゃぁクロックは半分にしてもいいね。」

> 上司「じゃぁクロックは半分にしてもいいね。」

半分にするメリット挙げないとリアリティないなあ。
安いメモリ使うとかビデオとクロック共用してコストダウンとかの例は実際にあったんだし。

メリット思いつくんだろ？だったらそれが理由でいいじゃん。

省電力

> メリット思いつくんだろ？

クロック半分にして得られるメリットなんて全く思いつかないよ。

省電力ならクロック落とすより止めること考えるべきだよなあ。

クロック半分なら新型じゃなくて安い普及型が使えるとか？

そもそも何の話かわからんので「倍近い性能」が出せたところでメリットが
あるのかもわからない。

あれか？　日電の32bit機とかか

まぁ上司に知識があることを望むこと自体間違ってるってことだな。

倍近い性能が出せたとしてどういうメリットがあるのか主張できない奴が
開発者として無能なだけだな。

のちの展開考えたら一気に性能2倍になっても次の製品でほどんと増えないんじゃ意味ないから性能落として小出しにするのが正解

何の話かもわからないのに正解もクソもない

>>127
DJNZがムダｗ
8個並べろｗ

チームリーダー「１ルーチン256バイト以内でな」

>>142
http://www.wizforest.com/tech/Z80vs6502/multiply.html
> ・ローカルルール
> 2014.8.8 追記
> 8bit 掛け算なので、筆算にして８段、８回以上のループ展開は存在しないと思います。
> ただ、８回はあまりに多いので、半分の４回までは展開を許すことにします。
>
> ただし、展開されるループ１回分は、５命令を超えないことを条件にします。（あまり
> 巨大なループを展開するのはおかしいので）

> DJNZがムダｗ
> 8個並べろｗ

普通に全体サイズで制限すればいいのにな

それじゃファミコン有利にできないじゃない

マッパーでメモリ増やし放題という話かー

>>123
kwsk

>>134
止めると再起動のハードが要るから

>>150
そんなの場合による

>>150
仕様としてクロック停止が必要ならコストは掛けられる筈

HALITO！

>>152
横からｽﾏﾝが何言いたい？

>>152
いつの間に仕様になったんだよ w
そう言うコスト等も含めて、クロックダウンでやるかクロック停止にするかの仕様を決める話だろ
なんでもかんでもクロック停止が良いわけじゃない

直接言われなきゃ自分じゃ分からないほど馬鹿なのかな？？

>>155
> いつの間に仕様になったんだよ w

>>132が言い始めたときからの要求仕様でしょ

>>157
クロック止める方が常に省電力とは限らんし

どのような運用されるかを考えた上で仕様を決めることは当たり前のことで、

>止めると再起動のハードが要るから

なんて言い出すのは馬鹿。

>>144
REPT 8
�U
ENDM

>>160
> 8bit 掛け算なので、筆算にして８段、８回以上のループ展開は存在しないと思います。
> ただ、８回はあまりに多いので、半分の４回までは展開を許すことにします。

>>159
> なんて言い出すのは馬鹿。

あ〜あ、技術的な反論できずに馬鹿とか言い出しちゃったよ w

馬鹿は

>どのような運用されるかを考えた上で仕様を決めることは当たり前のこと

が技術的な話と理解できないんだなｗ

> 当たり前のこと

世間ではそれを常識と言います
で、なにが技術的なんだい？w

そもそもその手の仕様は製品企画とか使ってる奴の慣れとか部品の入手性とかの非技術的な要因で決まることもあるしな
技術的って言いたいだけでしょ

脱線し過ぎ

クロックの停止って話に関連するんだけどさ、今どきのプロセッサでもプリチャージ
ロジック回路って使っているんだろうか。

>>161
無意味な基準。

得意顔で>>160投稿したんだろうなーｗ笑えるｗｗ

>>167
ないんじゃないかなぁ...
PC とかに使うような CPU だと集積度上がってるし、クロックも高いからプリチャージなんてやってる暇ないし、組み込み用なんかだと数ms 毎に動作させるのも面倒だし

>>161
M80使ったことないの？ｗ

M80使ったことがある奴なら

> REPT 8
> �U
> ENDM

こんなマヌケなこと書かないｗ

　　REPT 8
　　　　JR　　NC,SKIP　　　　　; 12 / 7 (13 / 8)
　　　　ADD　A,D　　　　　　　　; 4 (5)
SKIP:
　　　　RRA　　　　　　　　　　　; 4 (5)
　　　　RR　　E　　　　　　　　 ; 8 (10)
　　ENDM

これじゃエラーになるしなあ、>>160はM80使ったことないのかな?

結局あっと驚くようなアイデアはここじゃ出てこないってことだよね。
僕たちはなぜこんなにも凡人揃いなのか。

>>173
ローカルラベル使ったことないの？ｗﾌﾟｯ

>>175
しーっ！こいつらDUAD止まりだからｗ

>>175
M80のローカルラベルがどういう条件で使えるか知ってる??

>>175
この程度ならラベル使わずにリファレンスカウンタ相対でいいじゃん。

ローカルラベル? M80使ったことないの?

>>174
>結局あっと驚くようなアイデアはここじゃ出てこないってことだよね。

>>123待ちでしょ

>>176
ワロタｗ

>>177
質問に質問で答えるのは無知の証拠ｗﾌﾟｯ

>>175
知らないってことね、了解ｗ

フツーにテーブルデータ用意すれば計算しなくてもいいのになｗ
バカはやっぱりバカｗ

>>183
http://www.wizforest.com/tech/Z80vs6502/multiply.html に投稿したら？

>M80使ったことないの？ｗ

>ローカルラベル使ったことないの？ｗﾌﾟｯ

半可通ﾏｼﾞかっこ悪い

バカやっぱりバカｗ

得意顔で>>171投稿したんだろうなーｗ笑えるｗｗ

得意顔で>>175投稿したんだろうなーｗ笑えるｗｗ

屈辱感ｗ

M80使ったことがないｗ

DUAD-PC88Dなら使ってたけど、残念なことにマクロ機能ないんだよな。

M80使ったことがないｗ

M80使ったことがないｗ

M80使ったことがないｗ

8bitCPUはバイナリ直接打ち込むものだろ。

ってことはあの6800でもA*B->ABは72〜96クロックでできたのか
バカにしてすまんかった
　STA $TEMP　(4)
　CLRA　(2)
　LSRB　(2)
*ここから
　BCC $+4　(4)
　ADDA $TEMP (3)
　RORA　(2)
　RORB　(2)
*ここまで8個並べる　

はいバカ丸出しｗ

>>113
速いやつまだあ？

>>196
誤　STA $TEMP　(4)
正　STAA $TEMP　(4)

86系は自民党、68系は民主党なんだろ

「80は巨人、68は阪急」

２乗して４で割った16bit値のテーブル用意して
a*b = ((a+b)^2)/4 - ((a-b)^2)/4
ってのが実用的

>>202
そのテーブルをここに書いてみろよｗ

defw 0000h, 0000h, 0001h, 0002h, 0004h, 0006h, 0009h, 000ch
defw 0010h, 0014h, 0019h, 001eh, 0024h, 002ah, 0031h, 0038h
defw 0040h, 0048h, 0051h, 005ah, 0064h, 006eh, 0079h, 0084h
defw 0090h, 009ch, 00a9h, 00b6h, 00c4h, 00d2h, 00e1h, 00f0h
defw 0100h, 0110h, 0121h, 0132h, 0144h, 0156h, 0169h, 017ch
defw 0190h, 01a4h, 01b9h, 01ceh, 01e4h, 01fah, 0211h, 0228h
defw 0240h, 0258h, 0271h, 028ah, 02a4h, 02beh, 02d9h, 02f4h
defw 0310h, 032ch, 0349h, 0366h, 0384h, 03a2h, 03c1h, 03e0h
defw 0400h, 0420h, 0441h, 0462h, 0484h, 04a6h, 04c9h, 04ech
defw 0510h, 0534h, 0559h, 057eh, 05a4h, 05cah, 05f1h, 0618h
defw 0640h, 0668h, 0691h, 06bah, 06e4h, 070eh, 0739h, 0764h
defw 0790h, 07bch, 07e9h, 0816h, 0844h, 0872h, 08a1h, 08d0h
defw 0900h, 0930h, 0961h, 0992h, 09c4h, 09f6h, 0a29h, 0a5ch
defw 0a90h, 0ac4h, 0af9h, 0b2eh, 0b64h, 0b9ah, 0bd1h, 0c08h
defw 0c40h, 0c78h, 0cb1h, 0ceah, 0d24h, 0d5eh, 0d99h, 0dd4h
defw 0e10h, 0e4ch, 0e89h, 0ec6h, 0f04h, 0f42h, 0f81h, 0fc0h

defw 1000h, 1040h, 1081h, 10c2h, 1104h, 1146h, 1189h, 11cch
defw 1210h, 1254h, 1299h, 12deh, 1324h, 136ah, 13b1h, 13f8h
defw 1440h, 1488h, 14d1h, 151ah, 1564h, 15aeh, 15f9h, 1644h
defw 1690h, 16dch, 1729h, 1776h, 17c4h, 1812h, 1861h, 18b0h
defw 1900h, 1950h, 19a1h, 19f2h, 1a44h, 1a96h, 1ae9h, 1b3ch
defw 1b90h, 1be4h, 1c39h, 1c8eh, 1ce4h, 1d3ah, 1d91h, 1de8h
defw 1e40h, 1e98h, 1ef1h, 1f4ah, 1fa4h, 1ffeh, 2059h, 20b4h
defw 2110h, 216ch, 21c9h, 2226h, 2284h, 22e2h, 2341h, 23a0h
defw 2400h, 2460h, 24c1h, 2522h, 2584h, 25e6h, 2649h, 26ach
defw 2710h, 2774h, 27d9h, 283eh, 28a4h, 290ah, 2971h, 29d8h
defw 2a40h, 2aa8h, 2b11h, 2b7ah, 2be4h, 2c4eh, 2cb9h, 2d24h
defw 2d90h, 2dfch, 2e69h, 2ed6h, 2f44h, 2fb2h, 3021h, 3090h
defw 3100h, 3170h, 31e1h, 3252h, 32c4h, 3336h, 33a9h, 341ch
defw 3490h, 3504h, 3579h, 35eeh, 3664h, 36dah, 3751h, 37c8h
defw 3840h, 38b8h, 3931h, 39aah, 3a24h, 3a9eh, 3b19h, 3b94h
defw 3c10h, 3c8ch, 3d09h, 3d86h, 3e04h, 3e82h, 3f01h, 3f80h

感動した。

あぁ、俺も16bit値のテーブル！？128Kb要るじゃんとか思ってた口

SSLとかでスピード競争したら面白そうだな

テーブル数は510じゃないの？

defw 4000h, 4080h, 4101h, 4182h, 4204h, 4286h, 4309h, 438ch
defw 4410h, 4494h, 4519h, 459eh, 4624h, 46aah, 4731h, 47b8h
defw 4840h, 48c8h, 4951h, 49dah, 4a64h, 4aeeh, 4b79h, 4c04h
defw 4c90h, 4d1ch, 4da9h, 4e36h, 4ec4h, 4f52h, 4fe1h, 5070h
defw 5100h, 5190h, 5221h, 52b2h, 5344h, 53d6h, 5469h, 54fch
defw 5590h, 5624h, 56b9h, 574eh, 57e4h, 587ah, 5911h, 59a8h
defw 5a40h, 5ad8h, 5b71h, 5c0ah, 5ca4h, 5d3eh, 5dd9h, 5e74h
defw 5f10h, 5fach, 6049h, 60e6h, 6184h, 6222h, 62c1h, 6360h
defw 6400h, 64a0h, 6541h, 65e2h, 6684h, 6726h, 67c9h, 686ch
defw 6910h, 69b4h, 6a59h, 6afeh, 6ba4h, 6c4ah, 6cf1h, 6d98h
defw 6e40h, 6ee8h, 6f91h, 703ah, 70e4h, 718eh, 7239h, 72e4h
defw 7390h, 743ch, 74e9h, 7596h, 7644h, 76f2h, 77a1h, 7850h
defw 7900h, 79b0h, 7a61h, 7b12h, 7bc4h, 7c76h, 7d29h, 7ddch
defw 7e90h, 7f44h, 7ff9h, 80aeh, 8164h, 821ah, 82d1h, 8388h
defw 8440h, 84f8h, 85b1h, 866ah, 8724h, 87deh, 8899h, 8954h
defw 8a10h, 8acch, 8b89h, 8c46h, 8d04h, 8dc2h, 8e81h, 8f40h

defw 9000h, 90c0h, 9181h, 9242h, 9304h, 93c6h, 9489h, 954ch
defw 9610h, 96d4h, 9799h, 985eh, 9924h, 99eah, 9ab1h, 9b78h
defw 9c40h, 9d08h, 9dd1h, 9e9ah, 9f64h, 0a02eh, 0a0f9h, 0a1c4h
defw 0a290h, 0a35ch, 0a429h, 0a4f6h, 0a5c4h, 0a692h, 0a761h, 0a830h
defw 0a900h, 0a9d0h, 0aaa1h, 0ab72h, 0ac44h, 0ad16h, 0ade9h, 0aebch
defw 0af90h, 0b064h, 0b139h, 0b20eh, 0b2e4h, 0b3bah, 0b491h, 0b568h
defw 0b640h, 0b718h, 0b7f1h, 0b8cah, 0b9a4h, 0ba7eh, 0bb59h, 0bc34h
defw 0bd10h, 0bdech, 0bec9h, 0bfa6h, 0c084h, 0c162h, 0c241h, 0c320h
defw 0c400h, 0c4e0h, 0c5c1h, 0c6a2h, 0c784h, 0c866h, 0c949h, 0ca2ch
defw 0cb10h, 0cbf4h, 0ccd9h, 0cdbeh, 0cea4h, 0cf8ah, 0d071h, 0d158h
defw 0d240h, 0d328h, 0d411h, 0d4fah, 0d5e4h, 0d6ceh, 0d7b9h, 0d8a4h
defw 0d990h, 0da7ch, 0db69h, 0dc56h, 0dd44h, 0de32h, 0df21h, 0e010h
defw 0e100h, 0e1f0h, 0e2e1h, 0e3d2h, 0e4c4h, 0e5b6h, 0e6a9h, 0e79ch
defw 0e890h, 0e984h, 0ea79h, 0eb6eh, 0ec64h, 0ed5ah, 0ee51h, 0ef48h
defw 0f040h, 0f138h, 0f231h, 0f32ah, 0f424h, 0f51eh, 0f619h, 0f714h
defw 0f810h, 0f90ch, 0fa09h, 0fb06h, 0fc04h, 0fd020

うんにゃ、要素数は511個。
最後に0xfe01が無いから、これだと 0xff * 0xff でゴミを拾っちゃう。

>>212
http://www.wizforest.com/tech/Z80vs6502/multiply.html
> Z80 と 6502 で、n * (n+1) / 2 をやってみましょう。

> n の範囲は、1〜254 とします。(n+1 で 8bit に収まるように）

そもそも求めたいのがn * (n+1) / 2 なら
最初からn * (n+1) / 2 のテーブルを用意すればいいんじゃないの？

そうだけど??

M80使ったことがないｗ

うむ

Ｚ８０で割り込み発生時のオーバーヘッドが何クロック発生するのか分かる人いるかな？
７クロックだったか、１３クロックだったか、そのあたりだと思うんだけれど
正確なクロック数を知りたい。

なもん古代のゴミ

割り込みモードによって違うのでわ

>>218
マニュアル見たのか?

入手困難！80年代のテーブル型ゲーム機で賭博容疑　県警幹部「こんな機会がまだ現役なんて…」／三重
http://hayabusa3.2ch.net/test/read.cgi/news/1422352853/

1 名前：エクスプロイダー(WiMAX)＠転載は禁止 []： 2015/01/27(火) 19:00:53.73 ID:lKrg1vyr0 ?PLT(15444) ポイント特典

８０年代ゲーム機で賭博容疑　三重・津の喫茶経営者逮捕

　三重県警は２７日までに、津市で経営する喫茶店内にポーカーゲーム機を５台設置し
客に賭博をさせたとして、常習賭博の疑いで経営者の佐田博道容疑者（４０）＝津市＝と
従業員の女（７２）＝同＝を逮捕、送検した。ゲーム機はいずれも１９８０年代後半に
流通したテーブル型で、現在は入手困難という。

　三重県警が同様のゲーム機賭博を摘発したのは２００３年以来。県警幹部は
「こんな機械がまだ現役なんて」と驚いていた。佐田容疑者は自ら修理して使い続けてきたという。

　逮捕容疑は１７日午後３時ごろ、津市の無職の男（３１）＝賭博容疑で現行犯逮捕＝に
ゲーム機で常習的に賭博をさせた疑い。

2015/01/27 18:26 【共同通信】
http://www.47news.jp/CN/201501/CN2015012701000937.html
http://img.47news.jp/PN/201501/PN2015012701000940.-.-.CI0003.jpg

こんなマイコンユーザーどもがまだ現役なんて

https://twitter.com/MtChocolate/status/561692454529691648
> 未だにパチ屋がZ80使ってるせいで基礎本は数冊出てるんだけど、テクニック的なものはないから
> 内藤さんパワーで是非その辺多めにしてほしい（＾p＾）

>>224

パチ屋が使っているのは法律的な理由じゃ無かったっけ？
アセンブラソースにクロック数付きで分厚い仕様書で提出する奴。
確率を制御する部分だから、迂闊なテクニック使うと役所(?)に
怒られる気がする。

> 未だにパチ屋がZ80使ってるせいで基礎本は数冊出てるんだけど、

パチ屋業界でZ80のプログラムに関わってる人を数百人と見積もって、年に1/10の人材が入れ替わる
としても基礎本が必要な未経験者なんてほとんどいないだろう。そんないるんだかいないんだかわからん
ターゲット向けに出版社が本出すとは思えんのだが。

# ツイッターで検索するといまだにZ80を教材に使ってる工業高校だか高専だかはあるみたいだが。

https://twitter.com/tokihiro_naito/status/561368364602228736
>内藤時浩
>@tokihiro_naito
>P8とかP6とかMSXとか話題なので、Z80ゲームプログラミング本を書いたら、めっちゃ売れたりして。
>何なら私が書きます。出版社さんオファーよろしく！(笑)

これか。

読んだことないけどこの著者の本て評判どうなの？

Z80 マシン語秘伝の書
http://www.amazon.co.jp/dp/4766510380/

燃える闘魂マシン語伝説―PC88,98ユーザに捧げる〈1〉
http://www.amazon.co.jp/dp/4766511417/

PC88 98ユーザに捧げる燃える闘魂マシン語伝説〈2〉
http://www.amazon.co.jp/dp/4766511492/

燃える闘魂マシン語伝説―PC88 98ユーザに捧げる〈3〉
http://www.amazon.co.jp/dp/4766511700/

燃える闘魂マシン語伝説―PC88、98ユーザに捧げる〈4〉
http://www.amazon.co.jp/dp/4766511719/

>>228
懐かしいな、新日プロ。

それはそうと
cp a
で、レジスタの内容を変更せずにゼロフラグだけセット出来るのにさっき気がついた。

>>228
どちらかというとプロレスの本だよ。

>ゼロフラグだけセット出来るのにさっき気がついた。

ZとNがセットされてSとHとP/VとCはリセットされるよ。

>>232

Zは必ず1になるのはわかるのだが、Nは0にならないか？

CP は減算命令なので N はセットされるで正しい筈

ここ
ttp://z80-heaven.wikidot.com/instructions-set:cp
だと、
>Effects
>C, S, and Z flags modified by definition
>P/V detects overflow
とだけあって、Nは書いてなかったんだ。
他の命令表だとN=1って書いてあるね。
CPL, NEG, CPI系でもN=1になるんだ、へー。
CPLで変わる理由はよく分かんないな、あれ論理演算じゃ無いんか。

NはNegatibuの意味だと思ったヨ

https://twitter.com/Adler_Eins/status/562446769850556416
>インテル4004から8008、8080、8085って進んでいって、ザイログのZ80ってのができたんだよな
>このZ80は、現代の多くのマイコンのもととなっていて、H8やPIC、AVRのコアの基礎にもなってる

>>237
先生！H8は6800のマイクロコ（おっとそこまでだ！

職場のゴミ箱にRabbit2000乗っかった基板捨ててあった。
本当にあるんだなー

そりゃあるだろ

Rabbit2000、まぁ確かにZ800と同じカタログマシン的なモノと思うのも無理は無いw


でも、Rabbit系は実チップが量産されているし
Rabbit4000が載ったボードは秋葉でも買えるのだ

ラビット・イーサネット開発キット　ＲＣＭ４０１０
ttp://akizukidenshi.com/catalog/g/gK-02039/

ぶっちゃけ、クロックも60MHz程度だしな
低価格コントローラとしては価格なりだけど話題になりにくいだけの話よ…

Z80と100%バイナリコンパチではない命令セットって意図がわからん
独自の命令セットに対してなんかメリットあるんだろうか？

GB「お、おう」

GBは8080からも命令削ってるし、SP周りの命令が強化されてるわりにはSP相対で
データアクセスする命令があるわけじゃなし、設計意図がわからんところが多い。
携帯用としてはコードサイズを小さくする工夫とかあってもいいと思うがあんま
そうでもないし。

既存ソフトを解析し頻出コードや連続して使われるコードを優先的に実行できるよう再配置したいとか
アセンブラ互換なら既存コンパイラを流用しやすいかも?とか
理由が無い訳では無いだろう

TLCS900はアセンブリ言語の乗換えが容易だとかを売りにしてたけど
今となってはZ80のアセンブリ言語使える人も減ってきてるだろうし
意義は薄くなってるだろう

> お、おう

これ↑あんま上手い使い方してるのって見たことないな。トンチンカンなのが多い。

>>245
>既存ソフトを解析し頻出コードや連続して使われるコードを優先的に実行できるよう再配置したいとか

Rabbit 2000はそういうコードになってないし、

>アセンブラ互換なら既存コンパイラを流用しやすいかも?とか

自前で既にZ80用のコンパイラ持ってる企業ならそういうこともあるかもだがRabbit 2000の会社は
そういうのではないな。

http://www.z80.info/zip/z80cpu_um.pdf と http://marc.rawer.de/Gameboy/Docs/GBCPUman.pdf を比べてみたが、
GBのCPUはZ80から
・Sフラグ
・P/Vフラグ
・インデックスレジスタ
・裏レジスタ
・ED XXの命令
・I/Oポート
が削除され、さらに一部命令が削除/変更/追加されてる感じ。

裏レジスタがないので
08　　EX　　AF,AF'
D9　　EXX
がないのはわかるのだが、8080からあった
EB　　EX　　DE,HL
E3　　EX　　(SP),HL
までなくなってるのはわけわからん。
10　　DJNZ　　e
22　　LD　　(nn),HL
2A　　LD　　HL,(nn)
がないのは残念。
32　　LD　　(nn),A
3A　　LD　　A,(nn)
が
EA　　LD　　(nn),A
FA　　LD　　A,(nn)
に変更されてるのも意図がわからんな。

http://marc.rawer.de/Gameboy/Docs/GBCPUman.pdf に、

> SBC A,# ?? ?

と、直値をオペランドにしたSBC命令のコードが不明となってるのが謎。
まあ、どこまで信じていい情報かもわからんが。

GBのCPUのわからんことは>>243に訊けば答えてくれそう

GBのCPUの独自命令

08　　LD　　(nn),SP
10　　STOP
22　　LD　　(HL+),A
2A　　LD　　A,(HL+)
32　　LD　　(HL-),A
3A　　LD　　A,(HL-)
D9　　RETI
E0　　LD　　($FF00+n),A
E2　　LD　　($FF00+C),A
E8　　ADD　　SP,n
F0　　LD　　A,($FF00+n)
F2　　LD　　A,($FF00+C)
F8　　LDHL　　SP,n

GBのCPUの独自命令その2

CB 30 SWAP B
CB 31 SWAP C
CB 32 SWAP D
CB 33 SWAP E
CB 34 SWAP H
CB 35 SWAP L
CB 36 SWAP (HL)
CB 37 SWAP A

>22　　LD　　(nn),HL
>2A　　LD　　HL,(nn)
>がないのは残念。
それなかったらまともなプログラム組めそうに無いんだが・・・

過去にあれだけいろんなゲーム出てるのにまともなプログラムはないとおっしゃるか

>>254

　　LD　　(nn),HL

は

　　LD　　A,L
　　LD　　(nn),A
　　LD　　A,H
　　LD　　(nn+1),A

にするだけ。

　　LD　　HL,(nn)

も同様。

>>256
メッチャ遅くなりそう

　　LD　　(nn),HL
　　LD　　HL,(nn)

繰り返し多用するようなものでもないので大した問題はない

このスレには妖怪「複数命令を使えば出来ないことはない小僧」は来てないだろうな。

馬鹿なこと言ってやり込められたけど馬鹿だから碌に反論も出来なかったとかそういうのかな？
馬鹿ってやーねｗ

>>259
>複数命令を使えば出来ないことはない

プログラムってそういうものでは？

(´・ω・`) 元ネタが判らん

「2ch 複数命令 出来ないことはない」で検索
https://www.google.co.jp/search?q=2ch+%E8%A4%87%E6%95%B0%E5%91%BD%E4%BB%A4+%E5%87%BA%E6%9D%A5%E3%81%AA%E3%81%84%E3%81%93%E3%81%A8%E3%81%AF%E3%81%AA%E3%81%84&ie=UTF-8

これ↓かな?

FORM,WICS,GAME,TL/1..８ビット機の独自言語
http://hello.2ch.net/test/read.cgi/i4004/1011462674/377n-

> 381ナイコンさん [sage]：2015/01/02(金) 12:28:21.55
> >>380
> Z80だとバイト単位でのPUSHは出来ないよｗ
> 上位バイト無視とかだとメモリの無駄が多すぎるし。

コイツ一月以上恨みに思ってたのかな？ｗ

むしろよそのスレのことをわざわざここに持ってくる感覚が理解できない
言いたいことがあるならそのスレ行って言えよ

単一の複雑な命令より複数の単純な命令組み負わせたほうがいいってのが最近のCPUじゃないの？

Z80屋って昔から妙なコンプレックスがある気がするな。
クロック速いのあるんだから良いだろうに。

パチンコってROMが4Kb弱だからサイズには拘りがあるんじゃね？

>>266
最近ってか、RISCの主張だとしても
著名なパターソン研究のRISC1が完成してるのは1982だから
Z80と比べてもそう極端に年代的に離れてる訳では無い


それはともかく、速度よりもメモリ削減を念頭にした高機能命令ってのもある
コアメモリ時代の太古はメモリが遥かに高価だったと言う理由だな

ARMは6502の32bit版と言っても過言ではない

共通点ほぼないだろ

フラグ変化が似ててそれがクロックアップの妨げになったとかでそこら辺も64bitになったら廃止

>>266
そう言われてたのは最近じゃなくて25〜20年位前かも…

https://twitter.com/thasega/status/566453194776002561
>ダライアスの音源部はADPCM再生のためだけにZ80を１つ使ってて、そのZ80の為のRAMは
>載ってないんスよ。
>裏レジスタなどを駆使してRAMなしで動かしてる（驚愕）
>（聞いてない）

https://twitter.com/kokorohamoe/status/566554081251323905
>普通のCPUでも　ALUとメモリーは直結されてなくて　メモリーコントローラーが間にいますよ。
>メインCPUとZ80があって　メインCPUがメモコンの代理をしているだけとかんがえると
>そんなに奇抜でもない。　曲データーはメインCPU側のメモリーにあるはずだから

よくわからんがZ80ってMMUにできるん？

二つ目の人はたぶんよくわかってないで言ってると思うわ…

アドレスセレクトを検出したらデータバスにその番地のデータを出力すればRAM不要って感じ？

ああそうか、ROMはあるのね。ならレジスタあればなんとでもなる話か。

Z80に接続する外部RAMをケチるためにメーンCPUがZ80のバスを監視する設計なんてするわけない

スタック積まないで済むコードにZ80は過剰スペックだろ。

秋葉原で一番安いときで100円切ってたけど過剰スペックって？

スパコン 10円で売ってたから、ADPCM の再生専用にしました
過剰スペックじゃないよね？
って言うぐらい無意味な話だ

>>280
ある程度レジスタないとどうしょうもないから、過剰スペックと言うほどではない

スタックがなければSPを単なるレジスタとして使えるじゃない。得した！w

モード2割り込みを使わないと
Iレジスタも普通のデータ格納用に使えるし

AKI-80ROMライタもRAM使ってないプログラムだったって聞いたことある。
RAMを全部書き込みデータに使う

組み込み機器だと RAM チェック終了までは RAM 使わないようにするのはあまり珍しくない

同時期の8085では

http://ja.wikipedia.org/wiki/Intel_8085
> MCS-85
> i8085,i8155,i8355,i8755からなり、3チップで最小システムを構成できる。アプリケーションが
> 内蔵レジスタ以外のRAMを要求しないならCPUとi8755のみの2チップでも構成できる。

> i8155
> 256バイトRAM
> IOポート
> TIMER
> i8355/i8755
> 2KバイトEP-ROM(8755),マスクROM(8355)
> IOポート

なんて使い方もあったし。

Wikipedia見ると

ダライアス - Wikipedia
http://ja.wikipedia.org/wiki/%E3%83%80%E3%83%A9%E3%82%A4%E3%82%A2%E3%82%B9
>CPU　　　　メイン：MC68000 (@ 8MHz) x2
>　　　　　　　サウンド：Z80 (@ 4MHz) x2
>サウンド　　YM2203 x2
>　　　　　　　MSM5205

とあるのだけど、これを信じるとするとMSM5205は

http://www.datasheetarchive.com/dlmain/Datasheets-112/DSAP0054027.pdf

3bitか4bitのADPCMデータをデコードしてDA出力するLSIらしいけど、これにデータを喰わす専用に
Z80を1個使ってるってことならDMA程度の仕事でしかないしRAMも要らんだろうなと思う。

安いからPIC的な使い方も有りだったということかな？
正直8bitバスが使えるから高速パラレル的には下手なGPIOとかより
実は今でも有利だったりするのだろうか？

>>290
パッケージがでかすぎるよ
そもそも今時なら FPGA でやるでしょ

>>280
どのへんが過剰スペックという主張?
過剰でないスペックとしてはどういう実装になるの?

>>282の頭の中では Z80=スパコン なのかな？

>>293
比喩もわからんのか？

比喩としてトンチンカンだと言われてるのがわからないとかｗ

>>295
はいはい、どこが頓珍漢か知らんけど、比喩と言うものを理解してないことはよくわかりましたｗ

>>291
FPGAこそ変換基板とかでデカくならんかな？

http://dictionary.goo.ne.jp/leaf/jn2/187475/m0u/
>ひ‐ゆ【比喩／×譬喩】
>ある物事を、類似または関係する他の物事を借りて表現すること。たとえ。

Z80に対してスパコンがそれに該当するという主張ねｗ

>>291
40ピンDIPのZ80しか知らない人？

>>280
より良い方法を提示しないと意味ない主張だね

>>291
>そもそも今時なら FPGA でやるでしょ

ワンチップマイコンじゃね？なぜFPGA？？

>>292
メモリ周りのトランジスタが全て無駄。
沖縄の家に床暖房入れてるレベル。

>>297
その機能だけだと確かに今話題の「過剰スペック」かも w
その辺は周辺グルーロジックも含めてと言うことで許してくれ

>>299
素の Z80 で 40pin 以外なんてあるの？

>>298
もしかしてアホな主張とわかるように、あえて極端な例にしてることも理解できてないの？ｗ

>>301
メインメモリーにアクセスできないといけないからそれなりに pin 数いるし、>>289 によると機能が DMA 程度らしいからロジックは単純
でもメイン CPU とのバス調停のためにメイン CPU 待たせたくないからタイミングはハードの方が楽かと
まあ、ぶっちゃけ好みの問題だとは思うが

ROMテーブルで変換とか

>>302
全て無駄という「メモリ周りのトランジスタ」て何のこと?
ADPCMのデータは持たなきゃいけないんだからメモリは当たり前に要るだろうに。

本当かどうか知らんがRAM乗ってないって言ってるので

まぁ、
要求された機能を（スーパーテクニックを駆使して？）RAM無しで動くように実装した
というよりは、
要求された機能を実装してみたら普通にRAM無しで余裕でした、RAM外しちゃっていいよ…
って感じなんじゃないかと。

>>303
>素の Z80 で 40pin 以外なんてあるの？

CMOS版にあるLQFP版やPLCC版は44pinだけど知らないの？？

「そのZ80の為のRAMは載ってないんスよ。」てことだからROMは当たり前に載ってるんだろうに、

>メインメモリーにアクセスできないといけないからそれなりに pin 数いるし、>>289 によると機能が DMA 程度らしいからロジックは単純
>でもメイン CPU とのバス調停のためにメイン CPU 待たせたくないからタイミングはハードの方が楽かと

バカなこと言ってんなあ。

>>310
それ素の Z80 なの？

>>311
どこがバカか詳しく

>>312
「素の〜」てどういう意味で言ってるのか知らんけどZ84C00のデータシートでも読んでみれば

>>313
>メインメモリーにアクセスできないといけないからそれなりに pin 数いるし、>>289 によると機能が DMA 程度らしいからロジックは単純
>でもメイン CPU とのバス調停のためにメイン CPU 待たせたくないからタイミングはハードの方が楽かと

>>314
Z84C00 が素の Z80 だと言う主張なら別に止めないけどね

>>315
説明できないから、コピペで我慢してね

って言う理解でよろしいかな

>>316
>>303が突然言い出した「素の Z80」の定義がまずないとどうしようもないね

>メインメモリーにアクセスできないといけないからそれなりに pin 数いるし、>>289 によると機能が DMA 程度らしいからロジックは単純
>でもメイン CPU とのバス調停のためにメイン CPU 待たせたくないからタイミングはハードの方が楽かと

メガドラみたいな構成を勝手に想像してんのかねｗ

>>318
俺は型番に Z80 が入ってる奴だと思うよ
君の定義は違うかも知れんが

>>320
NMOS版Z80CPUの型番がZ8400に変更された時点でZ80ではなくなったという主張ですか？

>>319
> メガドラみたいな構成
がなにもんか知らんからなんとも言えんわ
○○な構成だから△△は要らんだろとか、具体的に頼むわ

>>320
ザイログが

http://www.mouser.com/catalog/supplier/library/ZilogZ8400Z84C00.pdf
> Z8400/84C00
> NMOS/CMOS Z80 CPU
> CENTRAL PROCESSING UNIT

って言ってるのにZ80ではないということ？

>>321
俺的には「素」ではなくなったと言う理解ですよ

>>320
>俺は型番に Z80 が入ってる奴だと思うよ

>>303以外のナイコンさんがどう思ってようとどうでもいいことですね。

>>320
>俺は型番に Z80 が入ってる奴だと思うよ

Z80 PIO はZ80ですよね。

>>320
>俺は型番に Z80 が入ってる奴だと思うよ

Z80180やEZ80F91NAAはZ80、Z8400はZ80ではないって言うのかなこのバカは。

ああすまん、もうオリジナルの Z80 と言うことにしとくわ
Z84 シリーズの PCLL とかは想定してたし、Z80 PIO は正直一本取られ
たって感じだけど、Z80180 とか EZ80 とかを洒落で言うならまだしもまじで
煽りに来るやつがいるとはおもえなかったよ w

まあまあ、
で、お題「Z80 はオーバースペックか」はどう考えればいいの？
個人的には、EZ80 がでておれば、i8086 なんて消えていたと思うんだが、EZ80 っていつのチップ？

eZ80のこと訊いてんの?

インテルが8086/88出したのに近い時期のザイログの製品はZ8001/2

PCLL じゃねー、PLCC だな...

当時安く調達出来たもんで作ったでいいじゃんもう。

>>289
>>　　　　　　　サウンド：Z80 (@ 4MHz) x2
>>サウンド　　YM2203 x2
>>　　　　　　　MSM5205

サウンドのメーンのZ80は二つのYM2203の制御とサブのZ80に鳴らすべきADPCMの音を指示し、
サブのZ80は指示された音のADPCMデータをMSM5205に定期的に送り込むような構成だとしたら
サブのZ80は無駄っぽい気はする。
ダライアスのADPCMはどれくらいの周波数で鳴らしてるのか知らんけど、仮に8kHzとして
ADPCMデータを送り込む処理一回を多めに見積もって100クロックで計算すると800kクロック、
4MHzのZ80の20%の処理食う計算になるけど、Z80一個をそれ専用に割り当てるほどの処理とは
言えない。メーンのZ80一個でがんばれるんじゃないの。
まーサウンドメーンのZ80のROM容量とADPCMデータの容量もわからんから処理量だけでは
どういうのが最適だったかはなんとも言えんけど。

元々なんか役目があったけどRAMケチったとかなんじゃね？

左右別なんじゃね？＞Z80

技術コラム（１）　ＲＡＭなしマイコン基板
http://namtec.biz/tech01.htm

ソースも公開とは太っ腹

>>334
当時の CPU を買い被りすぎ
Z80 は１命令最低４サイクルで、８とか16サイクルの奴がごろごろしている
平均10とすると10命令だから意外にきつい
あと、他の仕事もさせるなら割り込みでやる必要があるがその制御回路も必要だしね

>>338
割り込みにNMIを使って、裏レジスタはNMI専用に使うとして、単純にROM読んでポートに書くだけで

NMI:
EX AF.AF'
EXX
OUTI
EXX
EX AF.AF'
RETN

4+4+16+4+4+14=46(Cycles)

こんなもんだからNMI受付に要する分と他処理加えたところで100クロックってのはまあそんなひどい
見積もりでもないだろ。

>>337
うひゃ！これはまた眼福ものですな

DE'にADPCMデータの長さ入れて0になったら再生停止のコード入れてみたが

NMI:
　　　　EX AF.AF'
　　　　EXX
　　　　LD A,H
　　　　OR L
　　　　JR Z,EXIT
　　　　OUTI
　　　　DEC DE
　　　　LD A,D
　　　　OR E
　　　　JP NZ,EXIT
　　　　LD H,A
　　　　LD L,A
EXIT:
　　　　EXX
　　　　EX AF.AF'
　　　　RETN

4+4+4+4+7+16+6+4+4+10+4+4+14=85(Cycles)

工夫しないコードでこんなもんだなあ。
OUTIでB'がデクリメントされること利用してデータの長さをDE'じゃなくてD'B'とかに持ったら
もちょっと短くなるかな。

>>328がニワカすぎてこのスレを見るのが辛い

>>338
>あと、他の仕事もさせるなら割り込みでやる必要があるがその制御回路も必要だしね

>>337見たらADPCMのチップMSM6585?の~VCKに74一個使ってNMIに入れてるだけだぞ

8080やZ-80の頃ってセカンドソーサなきゃ駄目だろ

俺は一切認めねえが1番取るぜ！ってのは、あの……

>>341
メモリーの上位４ビットは無駄でもいいと割り切るわけですね
なるほど

>>343
> >>337見たらADPCMのチップMSM6585?の~VCKに74一個使ってNMIに入れてるだけだぞ

その前にもう一つ 74 付いてるでしょ
回路読めれば、再生開始したらリセットするまでずっと NMI かかりっぱなしになることもわかるはず
って思ったがアーケード基板ならそれぐらいの割り切りもありかも

>>345
>メモリーの上位４ビットは無駄でもいいと割り切るわけですね
>なるほど

プログラムの改変や外部回路でなんとでもなるんじゃないの?

>>345
>その前にもう一つ 74 付いてるでしょ

この回路図 http://namtec.biz/img/hl400s.gif 中に74は何個使われてるという理解ですか？

ちなみに74てこういうのですよ。
https://www.google.co.jp/search?q=7474&tbm=isch

>>337
俺の74LS245は?ってCMOSか。ちぇ。

>>345
>メモリーの上位４ビットは無駄でもいいと割り切るわけですね
>なるほど

http://namtec.biz/tech01.htm ではセレクタ入れてるけどね。回路図読めないのかな？

>>345
＞回路読めれば、再生開始したらリセットするまでずっと NMI かかりっぱなしになることもわかるはず

リンク先できちんと解説してくれてるのにドヤ顔で間違うなよｗ

>>328がニワカすぎてこのスレを見るのが辛い

>>351
>ニワカ
328はコーラ瓶が落ちてきて大騒ぎするのをし…

>>351
>ニワカ
328は動物の皮や骨を原料として水と共に加熱して作った有機たんぱく質をし…

会社にある1984年製の古いNC工作機械(3軸のマシニングセンター)
XYZのサーボモーターを細かく制御して立体的な形状を回転する工具で削り出すやつ、

制御装置はFANUC製で
0.001mm単位の関数計算を、1秒間に何十回も計算してサーボをコントロールしてるようだが
一体どんな超高性能CPUが入っているのかと制御盤を開けてみたら
普通の5MHz位の古いパッケージの8086が、、
こんなので行けるのかと不思議に思ってFANUCのカスタムLSIが点在する基板の周りをよく見てたら
8086の隣に8087が有りましたおめでとうございます

あぁコプロセッサってこんな使い方をする物なんですね
こんな大量な浮動小数点演算、高性能8bitCPU沢山付けても絶対無理だわ

ちなみにRAMは32KB位でEPROMが256KB程度か
そして加工プログラム用に磁気バブルメモリーってのが16KB付いている
バックアップ用に電池等一切無いのに電源切っても消えない不揮発性メモリ、古くて凄いこんなの初めて見たw

一時期は他のメモリに取って代わると思われてたが
そのままなくなったな

8087のデータシートによると
http://pdf.datasheetcatalog.com/datasheets/2300/45014_DS.pdf

8087は8086でのソフトエミュレーションと比べて2桁くらい速い程度の性能だったみたいだから、
5MHzの8087なら500MHz相当の8086があればことたりる計算になるので、

>高性能8bitCPU沢山付けても絶対無理だわ

という程ではないな。
当時の8bitCPUなら数百個、今時の8bitCPUなら数十個あればなんとかなる程度のものだろう。

>>>355
> 磁気バブルメモリーってのが16KB付いている

懐かしいな、FM-8 のオプションにもあったな
不揮発で稼働部がないから結構期待されてたけど、アクセスが遅いのが致命的だった

>>354
装置廃棄の際はぜひアマゾンマーケットプレイスででお売りください（宣伝ｗ）



…つか387より高価い8087ってなんなんだよ（怒

>>354
派生技術つかきばんてきにはは今のネット支えてんよ　>　磁気バブル要素

バブルカセット付きのFM-8が倉庫に眠っているわ。
FANUC　6-Tって少し前まで使っていたNC旋盤の制御盤にOPでバブルカセットが付けられた
NECのZ-5は8085、マザックのインパルスは486DXが乗っているぞ。

歯医者のレセプト計算用のコンピューターでもバブルメモリを使ってたことがあったな。

マイコンというと、こんなの出たね。

こどもパソコン「ＩｃｈｉｇｏＪａｍ」プリント基板キット
http://akizukidenshi.com/catalog/g/gK-09053/

こどもパソコンと言いつつ反応するのはオッサンばかりだろう

PS/2 のキーボードなんてもう持ってないし...
普通に Raspberry-Pi 買うわ

全部USBにぶら下がってるだけなら泥の再生品にOTGケーブルでいいんじゃないか？
タッチパネルとGセンサと無線LANが付いてくるぜ。