アカウント名:
パスワード:
直接的には、それだけバイナリ互換が重要だったからなんだけれども386のアーキテクチャ設計が非常に優秀だったからってのがあるでしょう。
で、ARMがx86を殺すかどうかなんとも言えないと思うけどな。
386が優秀ではないとは言わないが、i686で採用した内部RISCによって延命できたと思うよ。別の見方をすると、ＣＰＵシリーズで異なるuOPを吸収しているのがx86じゃないかな。生物界でも、優秀な種が生き残っているというわけでもなく、柔軟性があったからという例は多い。
私はi386より68Kの方が優秀だったと思う。
> 私はi386より68Kの方が優秀だったと思う。i386比でなら68kは善戦していますが、最短命令が１ワード(2バイト)と言うのは、i386の最短命令長１バイトと比べてメモリ貧乏だった当時はコード密度の点で厳しかったです。また、i386は自力で仮想記憶をサポートしていますが、68kは68010に外部MMUを追加しなければ仮想記憶をサポートできなかったり、命令セットが32bit化けを最初から想定しているなど掲げた理想は高かったのに比べて実装が追いついていない面もありました。
アーキレベルの残念な点は・CLR命令でRMWバスサイクル発生させる（ MOVEQ #0, DST で十分）・相対ジャンプのオフセットが何故バイト？奇数だとアドレスエラーになるのでワードで指定すれば倍の範囲にジャンプできた・直交性のあるアーキを標榜する割にデータレジスタとアドレスレジスタが別などなど、それほど良いプロセッサかどうかは疑問。
結局、i386と競ったというのが伝説の原因？
当時、32bitも使ってバイトアドレッシングするなら、ビットアドレッシングで下位4bitは0固定が基本ってすりゃ綺麗なのにと思ったもんだな。まあそういうのも実際あったし。
実際010までは上位８ビットはアドレスバスにでませんでしたしね。
そこでポインタの上位バイトに参照先のオブジェクトを表すコードを埋め込む（貧乏）テクニックがありました。初期のMacintoshはまさにこれで、お陰で32bitクリーンなポインタかが32bit化で問題になったり。
その反省からか、AMD64ではアドレスバスに信号が出ていないビットもすべて1で埋めておかないと例外が出るようになりましたね。Z80あたりにはIXやIYの上半分や下半分だけにアクセスできる怪しい命令とかあったけど最近のプロセッサでは定義されていない命令は全部例外投げるようになったとか。
Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか286でHIMEMにアクセスできてしまうパターンが有るとかプロセッサのERRATAなんだろうけど、後に仕様に昇格する大事な機能もあったりすますね。
Z80で正規の命令にも(8080にない)ニブル(４ビット)単位でローテートする命令があったりするのは、内部のALUが４ビット幅であったからだと聞いたことがあります(命令が増えているのに回路規模が変わらないのはマイクロコードをつかたからとも)。
Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
アドレス上位にBレジスタの値が出ることはマニュアルにも記述があった筈。
Z80で正規の命令にも(8080にない)ニブル(４ビット)単位でローテートする命令があったりするのは、内部のALUが４ビット幅であったからだと聞いたことがあります
Z80のRRD/RLD命令って、ALU関係ないんじゃね?
>> Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか> アドレス上位にBレジスタの値が出ることはマニュアルにも記述があった筈。
Cレジ間接では上位アドレスにBレジで、IOポート直接指定ではAレジでした。（「なんで両方Bレジュじゃねーんだ」と思ったおぼろげな記憶が）
> Z80のRRD/RLD命令って、ALU関係ないんじゃね?
外部から見えるALUでなく、マイクロコードで使用される内部のALUが４ビット幅だって話です。これを２回廻して１バイトの演算をしているので、４ビット単位のシフトが少ないクロックで実行できる仕組みがあったということ。
外部から見えるALUでなく、
外部からALUなんて見えんよ。
http://archive.computerhistory.org/resources/text/Oral_History/Zilog_Z... [computerhistory.org]10ページあたりをどうぞ
> differentiate Z80 logic from 8080 logic. At first I introduced the pipeline 4-bit ALU.のあたりですね。
ALUがシフト操作をするわけではない
> Fourth internal data bus is placed inside of ALU to be used for not only the 8bit operation,> but also digit operation, bit operation, rotate operation, and the shift operation with very small number of transistor.
internal data busのほう
まさにそうです。4bitのALUで4bitシフトしたら溢れちゃいますし;-p
> Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
Cレジスタ間接の場合出るのはBレジスタです。イミディエイトの場合にはAレジスタが出ます。
IX/IYレジスタの上下8bitのレジスタ2本に分けて使える機能はHD64180で正規の命令になりましたね。
あれ、HD64180（Z80180）系ではIX/IYレジスタの上下8bit分割が動かないんじゃなかったっけ。Zilog自身が32bit拡張したeZ80（Z80190）なら動いたはず。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
そりゃあれですよ (スコア:2)
直接的には、それだけバイナリ互換が重要だったからなんだけれども
386のアーキテクチャ設計が非常に優秀だったからってのがあるでしょう。
で、ARMがx86を殺すかどうかなんとも言えないと思うけどな。
Re: (スコア:0)
386が優秀ではないとは言わないが、i686で採用した内部RISCによって延命できたと思うよ。
別の見方をすると、ＣＰＵシリーズで異なるuOPを吸収しているのがx86じゃないかな。
生物界でも、優秀な種が生き残っているというわけでもなく、柔軟性があったからという例は多い。
私はi386より68Kの方が優秀だったと思う。
Re: (スコア:2)
> 私はi386より68Kの方が優秀だったと思う。
i386比でなら68kは善戦していますが、最短命令が１ワード(2バイト)と言うのは、i386の最短命令長１バイトと比べてメモリ貧乏だった当時はコード密度の点で厳しかったです。
また、i386は自力で仮想記憶をサポートしていますが、68kは68010に外部MMUを追加しなければ仮想記憶をサポートできなかったり、命令セットが32bit化けを最初から想定しているなど掲げた理想は高かったのに比べて実装が追いついていない面もありました。
アーキレベルの残念な点は
・CLR命令でRMWバスサイクル発生させる（ MOVEQ #0, DST で十分）
・相対ジャンプのオフセットが何故バイト？奇数だとアドレスエラーになるのでワードで指定すれば倍の範囲にジャンプできた
・直交性のあるアーキを標榜する割にデータレジスタとアドレスレジスタが別
などなど、それほど良いプロセッサかどうかは疑問。
結局、i386と競ったというのが伝説の原因？
Re:そりゃあれですよ (スコア:0)
当時、32bitも使ってバイトアドレッシングするなら、ビットアドレッシングで下位4bitは0固定が基本ってすりゃ綺麗なのにと思ったもんだな。
まあそういうのも実際あったし。
Re:そりゃあれですよ (スコア:2)
実際010までは上位８ビットはアドレスバスにでませんでしたしね。
そこでポインタの上位バイトに参照先のオブジェクトを表すコードを埋め込む（貧乏）テクニックがありました。
初期のMacintoshはまさにこれで、お陰で32bitクリーンなポインタかが32bit化で問題になったり。
Re: (スコア:0)
その反省からか、AMD64ではアドレスバスに信号が出ていないビットもすべて1で埋めておかないと例外が出るようになりましたね。
Z80あたりにはIXやIYの上半分や下半分だけにアクセスできる怪しい命令とかあったけど最近のプロセッサでは定義されていない命令は全部例外投げるようになったとか。
Re:そりゃあれですよ (スコア:2)
Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
286でHIMEMにアクセスできてしまうパターンが有るとか
プロセッサのERRATAなんだろうけど、後に仕様に昇格する大事な機能もあったりすますね。
Z80で正規の命令にも(8080にない)ニブル(４ビット)単位でローテートする命令があったりするのは、内部のALUが４ビット幅であったからだと聞いたことがあります(命令が増えているのに回路規模が変わらないのはマイクロコードをつかたからとも)。
Re: (スコア:0)
Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
アドレス上位にBレジスタの値が出ることはマニュアルにも記述があった筈。
Z80で正規の命令にも(8080にない)ニブル(４ビット)単位でローテートする命令があったりするのは、内部のALUが４ビット幅であったからだと聞いたことがあります
Z80のRRD/RLD命令って、ALU関係ないんじゃね?
Re:そりゃあれですよ (スコア:2)
>> Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
> アドレス上位にBレジスタの値が出ることはマニュアルにも記述があった筈。
Cレジ間接では上位アドレスにBレジで、IOポート直接指定ではAレジでした。
（「なんで両方Bレジュじゃねーんだ」と思ったおぼろげな記憶が）
> Z80のRRD/RLD命令って、ALU関係ないんじゃね?
外部から見えるALUでなく、マイクロコードで使用される内部のALUが４ビット幅だって話です。
これを２回廻して１バイトの演算をしているので、４ビット単位のシフトが少ないクロックで実行できる仕組みがあったということ。
Re: (スコア:0)
外部から見えるALUでなく、
外部からALUなんて見えんよ。
Re: (スコア:0)
http://archive.computerhistory.org/resources/text/Oral_History/Zilog_Z... [computerhistory.org]
10ページあたりをどうぞ
Re:そりゃあれですよ (スコア:2)
Re:そりゃあれですよ (スコア:2)
> differentiate Z80 logic from 8080 logic. At first I introduced the pipeline 4-bit ALU.
のあたりですね。
Re: (スコア:0)
ALUがシフト操作をするわけではない
> Fourth internal data bus is placed inside of ALU to be used for not only the 8bit operation,
> but also digit operation, bit operation, rotate operation, and the shift operation with very small number of transistor.
internal data busのほう
Re:そりゃあれですよ (スコア:2)
まさにそうです。
4bitのALUで4bitシフトしたら溢れちゃいますし;-p
Re: (スコア:0)
> Z80でCレジを使ってIO命令を実行すると上位バイトにAレジの値が出るとか
Cレジスタ間接の場合出るのはBレジスタです。
イミディエイトの場合にはAレジスタが出ます。
IX/IYレジスタの上下8bitのレジスタ2本に分けて使える機能はHD64180で正規の命令になりましたね。
Re: (スコア:0)
あれ、HD64180（Z80180）系ではIX/IYレジスタの上下8bit分割が動かないんじゃなかったっけ。
Zilog自身が32bit拡張したeZ80（Z80190）なら動いたはず。