■最近のコンピュータ環境は複雑なので初学者には理解しづらい可能性がある

例えば、黒い画面に白い1ドットの点を打つとする

ここでハードウェアのVRAMと画面が直結していれば分かりやすい

VRAMのメモリ領域の中で1ビット立てればいい

Cで言うなら、メモリを確保するとポインタが取得できる

ポインタには確保したメモリ領域の先頭のアドレス番地が入っている

ちょっと語弊があるけど、そのアドレス番地に1を入れれば画面に白い点が表示される、みたいな感じである

自分が子供の頃のMSXとかZX Spectrumだったらそうだった

あと、PC-9801も文字のためのVRAMと画像のためのVRAMがあったんだったかな

98も同じようにメモリに何か直接書けば画面に表示されたはず

あと、その画像のVRAMの上に文字のVRAMを表示させることで、

例えば背景を輝度を下げて表示させ、その上でテキストエディタで作業するとかできたはず

ファミコンとかのカートリッジも挿入すればあれは何らかのメモリ空間に格納されるのだと思われる

カートリッジが挿入されていれば、そのメモリ空間の最初からCPUに実行させればいい

そうすればカートリッジの中のROMに書かれているゲームが動くはずだ

しかし、近年のOSで例えば生のVRAMを直接いじるなんてことはあり得ない

生のVRAMはグラフィクスカードの中などに入っており、それは近年のグラフィクスカード上のGPUやOSによって複雑に管理されている

だから、Windowsなどでゲームを作るときは、まずOSにお願いして、仮想的なVRAMのような領域をもらわなければならない

何をするにもまずはOSのお伺いを立てて、OSがメモリなどのリソースを切り出して与えてくれる

返すときも図書館のように返すのが礼儀であるが、ぶち切りしてもOSは尻拭いをしてくれる

が、尻拭いをしてくれない可能性もあるため、ぶち切りした後に挙動がおかしくなることもあるかもしれない

そう、なんかよく分からんが調子悪いなあ、みたいなことが起こりやすくなった気がする

マシンが重いなあと思ったら、別のプロセス、Windowsで言うタスクマネージャーをチェックする

そして、CPUの使用率やメモリを食っているプロセスを見つけ、殺していい場合はkillしてみる

成功すればマシンは軽くなる

こんなことは子供の頃のMSXやファミコンではなかった

マルチプロセスで動作することで重くなることもあるし、何か共通のリソース、ファイルなどを奪い合う、デッドロックとかそういうことも起こり得る

だからってMSXに戻りたいとも思わない

できることは現在のコンピュータとは段違いだからだ

しかし、プログラムから直接ハードウェアを動かしている、と実感することは減っている気がする

それはそれで良いことなのだけど、その実感がないことが初学者を混乱させていないだろうかと思った

ハード寄りと言っても、Arduinoでもラズパイでも自分にはあまりそういう実感がない

特にラズパイはLinuxが動いている時点でLinuxが良きにはからってくれるためことさら実感がない

しかし、Z80の制御ボードを使っていた頃はかなり実感があった

OSも何も入っていなかったし、基本アセンブラ（とC）だったからだろう

Permalink | 記事への反応(11) | 05:07

ツイートシェア