CPU

よいこ さんのコメント
　(1999/3/17　23:28:49 - E-Mail)

えーっと、ウチは未だに９８２１を２台、現役で活用しています。１台はペンティアムを銅線で倍率変更した１５０ＭＨＺ、もう一台は外部クロック６０ＭＨＺのＩＤＴ　ウィンチップ２　２４０ＭＨＺです。
このＣＰＵはクロックアップ耐性が非常に弱く、外部クロック６６ＭＨＺでも安定動作しません。
ＣＰＵの換装をして感じた事は、ＣＰＵよりもメモリーやグラフィックボードの方が重用だってコトでした。今度は安くてはやいＤＯＳ／Ｖ機に挑戦します。

[たけ] さんのコメント
　(1999/3/23　18:20:09 - E-Mail Web)

インターネットで楽しんだり、 DVD で映画を見る、
なんて使っていると、実は CPU というものが 足し算やら比較しながらセッセと働いているなんて、
まるで想像できませんよね。

この先、どこまで進化するんでしょうねぇ。

どんなに進化しても、結局プログラマレベルでは機械語を見てデバッグするんですよね。（＾ー＾；

いーないーな さんのコメント
　(1999/3/24　13:35:05 - E-Mail)

MS-DOSからWINを起動したとき、Windowsの下にあるのはVxDでその下にはデバイスドライバがあるというのが本筋か？但し、ファイル操作関連においてはDOSのサービスルーチンを使用していたような...。でもWindowsつったっていろいろあるし、バージョンもまちまちなので断定はできませんが。ただしメモリのテーブルなどは（IDTやGDTなど）MS-DOSが作成してからWinを起動しているので、まあ、IPLじゃないけどローダみたいなもんか？

＞BIOSってのは、今でも機械語（アセンブラ）でガシガシ書いてるんですか？。
VxDなどはアセンブラで書かれているとおもいます。BIOSはROMの容量が十分で速度的に問題がなければCでもアセンブラでもよいのでは。ただCだと関数間でジャンプができないですね。ちなみに僕はアセンブラで書いてました。BIOS。

＞どんなに進化しても、結局プログラマレベルでは機械語を見てデバッグするんですよね。
VCもバージョンが若かった頃はかなりコンパイルにバグがあって、混合モードやリスティングファイルでアセンブラコードを調べたものです。その時の癖で、いまでも変な動きをすると（落ちたりとか）すぐにMAPとアセンブラコードを調べてしまいます。でもそれが一般的かどうかはわかりませんが(^^;

[たけ] さんのコメント
　(1999/3/24　15:59:10 - E-Mail Web)

＞その時の癖で、いまでも変な動きをすると（落ちたりとか）すぐにMAPとアセンブラコードを調
＞べてしまいます。でもそれが一般的かどうかはわかりませんが(^^;

いや、そういうもんです。
とりあえず、Ｃソースレベルでデバッグが楽チンなのでやってみてから、
結局 Asm モードでデバッグしたり。

＞MS-DOSが作成してからWinを起動しているので、まあ、IPLじゃないけどローダみたいなもんか？

Win98 では確認してませんが、（同じだとおもうけど） Win95 のファイル処理を高速にするには、
MS-DOS の CONFIG.SYS にある FILES を増やせば早くなります。（ディスクバッファね）
結局、DOS で動いているのね。（＾ー＾；

・・・ってほどのこともないけど
一応見つけたのでお知らせします。

４００４に関するページもあります。

→ ビジコン社のホームページ

いーないーな さんのコメント
　(1999/3/24　18:42:40 - E-Mail)

ぜんぜん違う話ですが、JR-100を使用後、FM-7,8801やMSXなどさまざまな8ビット機を経て9801を所有したとき、TEXT-VRAMのアクセスが「同じジャーン！」って思いました。
要するに、ＩＯポートアクセスして、コントローラに頼んだり、BIOSに頼んだりしなくてもメモリにST（MOV）でバイトデータかけば画面に字がでるという．．．。当時、print文で表示するよりpoke文で表示するほうが速かったし、テキストスクロールのROMルーチンなんてなかったから、３２バイト前（JR-100はテキスト画面が横半角３２文字）のデータをロードしてストアする方法で縦スクロールさせてました。
９８で同じことができて感動したのですが、ＢＩＯＳコールを知って「おやまあ」てなことに．．。

いーないーな さんのコメント
　(1999/3/25　13:19:43 - E-Mail)

いまは（というか８０２８６以降プロテクトモードでCPUが動作しているとき．．．Windows95起動中で16ビットアプリケーションが動いてないときはそうですね）Ｉ／Ｏポートそのものがアプリケーションでは直接アクセスできないのでどうしても、ＡＰＩに頼らざるを得ないというわけです。コールゲートといわれるとこからVxDを呼び出して、Ｉ／Ｏをアクセスしてもらうという、結構手間のかかることをしているわけですが、Ｉ／Ｏの排他制御等をするためには仕方のないことですね。
で、ビデオアクセラレータなどはアプリからAPIに、APIからVxDにVxDからデバイスドライバに（またはBIOSに）と司令が渡っていき、そこで初めてカード類のチップに指示を出す．．．と認識しています。昔の原始的な方法（I/OポートからVDPを操作する）等はできるけどそのルーチンはCPUの動作モードが特権モードのときじゃないと動かず（I/Oアクセス不可のため。たしかアクセスすると例外割り込みが発生すると思います）、そのためにはWindows起動前に（DOS起動状態のときに）いろいろ（IDTと呼ばれる昔の割り込みベクタみたいなのとか、セレクタと呼ばれるレジスタの初期化など）準備しなければならなかったりします。
いろいろ面倒な世の中になりましたねぇ。

[たけ] さんのコメント
　(1999/3/26　00:54:07 - E-Mail Web)

特権モードで仮想 86 マシンが構築できるおかげで、DOS を残したまま Windows 95 が動いているん
ですよね。 きっと。
いーないーなさんが詳しそうですね。

68000 系も 80386 系にならって、仮想 68000 モードとか持てたらとても楽しかったのにな〜。
X68030 もあんな半端なマシンで終わらなかっただろうに。

いーないーな さんのコメント
　(1999/3/26　21:30:03 - E-Mail)

仮想８６モードはＣＰＵのi386以降のＣＰＵの動作モードのひとつで、Ｉ／Ｏやメモリ管理はプロテクトモードと同じ、アドレスの表現方法はリアルモード（８０８６）と同じ、というモードです。従来のＤＯＳプログラムで、セグメント：オフセットという表現をしている部分が仮想８６モードでもそのまま使用できるのでＤＯＳ窓でもＤＯＳアプリが動くのですが、Ｉ／Ｏ管理はプロテクトモードと同じなのでＩ／Ｏ操作をすると落ちます（＾＾；
そのため、ゲームみたいにバシバシＩ／Ｏを叩いたりとかしてるのはＤＯＳ窓じゃ動かないので「ＭＳＤＯＳモードで再起動する」でリアルモードでＤＯＳを立ちあげなきゃならないわけですね。
で、Ｗｉｎ９５の場合はＷｉｎ９５が立ち上がった時点で「リアルモードでなければ動かないプログラム」が存在しない場合はもうＤＯＳとは「おさらばよー」という事みたいです。但し、古いデバイスドライバ等を使用している場合は（WindowsではなくＤＯＳがドライバを持っている場合）ＤＯＳを仮想８６モードで動かして、ＤＯＳにＢＩＯＳを呼び出させる、という方法を取っています。
このＢＩＯＳ呼び出しは例のｉｎｔ命令ですが、これをＷｉｎがキャッチして（というか必然的にＩＤＴという割り来みテーブルからＷｉｎｄｏｗｓのＶｘｄが呼び出される）そこから本当のＢＩＯＳルーチンが呼び出されます。Ｗｉｎｄｏｗｓは特権モードで動いてるので、Ｉ／Ｏを操作しても全然平気なわけです。

ところで、６８系のＷｉｎｄｏｗｓって、Ｈｕｍａｎ６８Ｋってのはダメ？個人的に好きなんですけど（^^;

[たけ] さんのコメント
　(1999/3/27　01:51:57 - E-Mail Web)

ごく簡単な実装であれば、UNIX 系で API トランスレーターが実在しますね。
X-Window 上の VINE とか、あと、SunOS も何か持ってませんでしたっけ。
この方法だと、行儀の良い、限られたアプリケーションしか動きません。
限られた 386 CPU エミュレーションと、Windows API を X に変換する作業ですね。

デバイスドライバまでとなると、Mac の SoftWindows のようにハードをエミュレート
しなければなりません。
こちらは、完全な 386 CPU エミュレーション＋周辺ハードのエミュレーションですね。

いーないーな さんのコメント
　(1999/3/29　13:11:49 - E-Mail)

今までのはみーんなエミュレーションで動かすのではないでしょうか？チップが飛躍的に早くなればエミュレーションのためのオーバーヘッド分を相殺できるはず。過去のコードは過去の環境で動いていたものなので、３２ビットまでのパフォーマンスが維持できていればとりあえずＯＫだと思います。
確かＮＴの乗っているALPHAチップのサーバなんかも８６コードのアプリをエミュレーションで動かしていたのではなかったでしたっけ？非常にあいまいな記憶なんですけど。

[たけ] さんのコメント
　(1999/3/29　15:50:21 - E-Mail Web)

たしか、BIOS レベルでも x86 エミュレーションしていますね。
そのココロは、 WindowsNT が起動する前に、ビデオカード等を初期化するのに、カードに乗っている
ROM が x86 コードで書かれているからです。

かっこいいですね。

いーないーな さんのコメント
　(1999/3/30　13:01:46 - E-Mail)

＞コンパイル結果をディスクに保存してくれます。次に実行したときはそのAlphaネイティブになった物を実行するので、使っていくうちにだんだん処理速度が上がっていく

そうそう、その記事呼んだ記憶があります。２年くらい前のアスキーじゃなかったでしたっけ？あれ、日経バイトかな？ALPHAチップがx86をエミュレートするってのは、ｘ８６命令（機械語）をALPHAの機械語に翻訳して実行することだと思うので、どんなプログラムでも実行出来るんですね。（I/Oに依存しなければ）

ＭＺＫ さんのコメント
　(2001/03/31　02:55:34 - Web)

初めまして。
＃うわっ、丁度年前の記事への超亀レスっ！

＞エミュレーションは、なんか「チカラワザ」って感じだけど、実行しつつ裏でコンパイルっ
＞てのは、ヒネリがあるね(^^;)。でも一気に全部コンパイルしないのはなんで？

えと、どこかで読んだ事を記憶を頼りに書きます。

まず、コンパイルにはそれなりに時間がかかるので、全てをコンパイルしようとすると大量に
時間を消費してしまい、また、コンパイル結果を保存する場所も大量に消費してしまいます。

そこで、最初は完全にエミュレーションのみで実行し、同時に裏でソフトウェアのコードの
どの辺りがどれぐらいの回数実行されているのかを計測（プロファイリング）して、裏で
何回も使われているコードから順にコンパイルしてその結果を使用します。（コンパイル結果
はディスクに保存される。）

大抵のソフトは何回も使用されるコードは全体の２０％ぐらいなので、このような事を行なう
事で全部コンパイルすること無しに全部コンパイルするのと同レベルの性能が出るわけです。

あと、使っているとだんだん速くなっていくのは、プロファイリングの結果を積算していく
ので何回も使っていると、良く使う機能などのコードがコンパイルされるので、
早くなるのだと思います。

CYAN さんのコメント
　(2001/11/24　23:44:34 - E-Mail Web)

はじめましてです。
パソコンはじめて7年もたっちゃいました・・・
いやぁ・・・パソコンの進化・・・・特にCPUのクロックの進化って凄いですね・・・・。一年でクロック2倍になってるんですから・・・。
いまPen4の1.7GHzCPU使ってますけど・・・
一年経ったらPen4の３，４ギガ出るらしく、しかもクロックあたりの計算速度も上がってるとか。
40万もかかったこのバイオも一年したらどうなってるでしょ〜ね・・・(RX-72KV9)
自作パソコンは友達に頼まれて作った時以来、まったく作っていません。(Pen3現役時代)
ちなみにPC98-FXも健在!!!!(←覚えてる人はどのくらいいるかなぁ？)

Mie-BBS v2.14 by Saiey