アカウント名:
パスワード:
ってARMに主役の座を奪われちまった印象
ARMもRISCだし、X86だって中味はかなりRISCチック。
べけろくは命令セットがCISCなので木に竹を接いでる感はあるけど、札束でぶん殴って性能出してるんだからすごいよね。実にウラヤマシイ
凄いのは同感だけど結局マイクロコードに変換して実行が基本になるなら、命令セットのバイナリ構造はビット効率優先でいい気もするのよなー……
ネイティブなレジスタに即値入れる為に2命令使うとか、逆に命令ワードサイズ大きすぎて0ばっかりとか、効率ガガガガガ
だからこそ、最近の高性能CPUは、デコード後に複数命令くっつけた状態でキャッシュに保存してる。
Pentium 4のNetBurstアーキテクチャでは、トレースキャッシュは完全にデコードして分解した状態で保存してた。これはキャッシュの容量効率も、データ転送のエネルギー効率も悪かった。SandyBridge以降のIntel CPUも、ZEN以降のAMD CPUも、どちらもデコードを2段に分けていてる。完全にデコードする前の少し複雑な命令をトレースキャッシュに保存することで、容量効率と電力効率を改善している。実行時には、トレースキャッシュから取り出した命令を、もう1段デコードして実行パイプに送っている。
最初から内部命令にコンパイルすれば中間命令（そんな用語は多分ないが伝わるだろう。Javaとか.NETのコンパイラが吐くやつね。）のキャッシュと解釈と変換がいらないはず。
CPU内部の速度とメインメモリの速度差が大きすぎるようになってきたので、デコードに手間をかける余地が出てきます
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
RISC (スコア:0)
ってARMに主役の座を奪われちまった印象
Re: (スコア:0)
ARMもRISCだし、X86だって中味はかなりRISCチック。
べけろくは命令セットがCISCなので木に竹を接いでる感はあるけど、
札束でぶん殴って性能出してるんだからすごいよね。実にウラヤマシイ
Re: (スコア:0)
凄いのは同感だけど結局マイクロコードに変換して実行が基本になるなら、
命令セットのバイナリ構造はビット効率優先でいい気もするのよなー……
ネイティブなレジスタに即値入れる為に2命令使うとか、
逆に命令ワードサイズ大きすぎて0ばっかりとか、効率ガガガガガ
Re:RISC (スコア:0)
だからこそ、最近の高性能CPUは、デコード後に複数命令くっつけた状態でキャッシュに保存してる。
Pentium 4のNetBurstアーキテクチャでは、トレースキャッシュは完全にデコードして分解した状態で保存してた。
これはキャッシュの容量効率も、データ転送のエネルギー効率も悪かった。
SandyBridge以降のIntel CPUも、ZEN以降のAMD CPUも、どちらもデコードを2段に分けていてる。
完全にデコードする前の少し複雑な命令をトレースキャッシュに保存することで、容量効率と電力効率を改善している。
実行時には、トレースキャッシュから取り出した命令を、もう1段デコードして実行パイプに送っている。
Re: (スコア:0)
最初から内部命令にコンパイルすれば中間命令（そんな用語は多分ないが伝わるだろう。Javaとか.NETのコンパイラが吐くやつね。）のキャッシュと解釈と変換がいらないはず。
Re:RISC (スコア:1)
CPU内部の速度とメインメモリの速度差が大きすぎるようになってきたので、デコードに手間をかける余地が出てきます