hard(265/457) 93/09/20 00:14 あら？
<258:もう、慣れてしまいました。>
510B
〇〇〇〇さんはＺ８０から６８Ｋにうつったんですよね？
私なんかは最初のころ「遅いロングワードよりはやいワード」とか
「なんでバイト演算がワード演算と速さがいっしょなんや（バイトの方が速いと思ってる）」
　なんておもってましたけれども．．．．．
　いや、しかし、６８Ｋでも「レジスタが少なくて苦労する」「シフトがつらい（ＡＤＤでやってしまう）」
　なんてことにすぐなると思います。ああ、贅沢は贅沢をよぶ。

贅沢しちゃダメ、贅沢しちゃダメ　ああ～　今月は贅沢命令が使えるやろか

　リプライ先の方にZ80から68000にうつったんですよね？と書きつつ、自身もSharpのZ80 CPUを使うパソコン X1から、Sharpの68000 MCUを使うX68000へと使うパソコンを移り変わっている。書き込みは、ちょうど少し大きめのアセンブラのソフトウェアも経験した後、68000アセンブラなにもわからないって状態から、チョットデキルなんて思いかけていたころ。
　ZilogのZ80は8ビットプロセッサ、Motorolaの68000は16ビットプロセッサ。Z80は内蔵されている計算ユニットが8ビットのため、8ビット演算はそれなりに、16ビット演算は8ビット演算の複数回実行で行われるため、かなり遅くなる。こういった性質のCPUを使いつづけて貧乏性を発揮すると、いろいろな演算はなるべく8ビットで収まるようにしておいて、必要な時だけ16ビット演算をするという癖がついていく。そんな癖がついた後での移行だったから

「なんでバイト演算（8ビット演算）がワード演算（16ビット演算）と速さがいっしょなんや」

という、本末転倒な文句を書いてしまう成れ果てとなる。このような勘違い貧乏性ともいえる悪癖はずっとひきずったままなので、生来のもののよう。
　書き込みに対して熟練プログラマーから当時リプライされた事を要約すると以下の通り

「命令に不備を感じる間は、まだモトローラの真理を理解せずにＺ８的にＣＰＵを使っている証拠です～、と、しつこく言っているのに。
　６８０００の命令クロックのＥＡｔと実行ｔの値を良く見れば、おのずと意味が・・・
　副産物として、実行クロックが暗記できて嬉しいし（嬉しくないって？）
　レジスタが少なくて苦労するのは、完全に理解の方向を誤った結果です～
　いまならまだ間に合うかもしれないけど、間に合わないかもしれない。
　おおおおお・・・かわいそうにぃ、そんなになって、もうおしまい。
　あーあ、おわってもた。あーあ。だめ。
　だめです。
　じ・えんど。
　キャッシュのゴミ。 ぷぅぅううう～
　今月も贅沢命令が使える。ＭＵＬＳ、ＤＩＶＳも普通にバンバン使いまくれるし、全部１６ｂｉｔオフセット・メモリアクセスでもＶ－ＳＹＮＣを割らないのは、やはりモトローラの神の啓示を素直に受け止めた結果でありましょう。
　不心得モノは速度に出るのです」

　上には上がいるのだ。チョットデキルなんて思うと既に何本もアセンブラでソフトウェアを世に送り出している方からフルスイングでダメ出しされる。
　「～でもV-SYNCを割らない」って書かれてるあたりにゲームプログラマ仕草あり。その頃スプライトを使用するゲームは基本的に画面更新1回分の処理がV-SYNC割り込み1回（約1/60秒 16.6ms）をこえないようにプログラムを作成するため、このような表現がとなる。X68000でスプライトを使用するゲームを作る場合、このような考え方はよく見かけるものだった。
　「レジスタが少なくて苦労するのは完全に理解の方向を誤っている」という内容を本当の意味で理解するのは書き込みから何年もずっと後の事になる。熟練プログラマーは当時すでにデータと機能をまとめたオブジェクト指向のようなプログラミングをアセンブラでしており、機能に対してメモリブロックを割り当てて、メモリブロック先頭をアドレスレジスタに入れて呼び出ししつつアドレスレジスタ間接の「全部１６ｂｉｔオフセット・メモリアクセス」操作するようにしていた。機能に割り当てられているメモリブロックは他の機能のプログラムから変更しないという事を徹底しており、きわめてバグの入り込みにくいプログラムを68000アセンブラで記述していた。
　作り方の違いがわからないまま、指摘にあった「全部１６ｂｉｔオフセット・メモリアクセス」を頻繁に使うプログラムをみると、どうしてサブルーチンに飛ぶ時にアドレスレジスタにメモリブロックの頭を入れるのか、どうしてサブルーチン内でインデックス付きアドレスレジスタ間接のような遅い命令を高頻度で使うのか、どうして最初にレジスタに必要な値をロードしてレジスタで全ての演算をしないのか。なぜ遅くなるようなプログラムの組み方をしているのかわからなかった。そんなプログラムの仕方だから、レジスタが少なくて苦労するとかBBSに書き込んでしまう。
　いまになって考えれば、速度が必要な部分というのはループ回数のきわめて多い場所等のごく一部であり、大半のプログラムはバグが少なく、堅牢で、修正しやすく、可読性が高い事が大切である事、命令単位での速度はどうしても高速化しないといけない部分でだけ集中して確認すれば良く、熟練プログラマーのやっていたインデックス用のオフセットを名前定義してインデックス付きアドレスレジスタ間接を多用するのは可読性をあげつつ、管理している以外の他の領域を不用意に参照・書き込みしないためというのがわかる。しつこく指摘してもらえていたにもかかわらず68000プロセッサの真理を理解していなかったのだ。書き込みをみると、どれだけ「不心得モノ」だったのかがわかり心に刺さる。