[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
317: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:16:49.26 RISCでコード書いたことあるなら分ると思うが32個レジスタあってもちょっししたコードでも瞬殺で使い尽くす。全く足りない。 しかし、今時のIntelのPush、Popのスループットは1clock、0.5clock。つまりL1データキャッシュ32KBがレジスタの代用として使えるレベル。 だから単純にレジスタ数を倍増してもわずかしか速度が上がらない。とっくの昔にPush/Popの遅さは隠蔽されてるから。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/317
323: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 05:24:46.11 >>317 PUSH/POPの命令発行クロックが小さくても、外部メモリへの読み書きはレジスタ内の読み書きに比べはるかに遅い。 命令を発行してからバスを通って読み出し、またバスを通ってレジスタにデータを得るまでの経路も長い。 レジスタ内で処理できればバスは関係なくなるし、外部メモリのクロックの遅さにも影響されずに処理できる。 確かにL1キャッシュにデータが入っている間は遅延は少なくて済むが、32個のレジスタで足りないほど多くの データを扱うとなればL1キャッシュから外れるものも出てくる。プログラムの規模が大きくなればなるほどキャッシュに ヒットしない場合が出てくる。そうなれば途端に遅くなる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/323
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.037s