[
最新
] ■[
前年
|
前月
|
前日
|
2014/06/08
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
06/08 00:55
@AoiMoe
というか、「アーキテクチャにとって最も無理がない整数型」というのがintのお役目だしな…
(soki)
--------
06/08 00:58
(
@AoiMoe
)
@gorry5
今は逆に、「64bit CPUでも32bit」という謎の状態になってるけど
(soto)
--------
06/08 01:00
(
@kondoujp
)
@AoiMoe
@gorry5
レジスタに載せてぐるぐるやらせるのに、32bit と 64bit で明確に差出るんでしたっけ(CPU 次第過ぎますが)
(sora)
06/08 01:03
(
@AoiMoe
)
@kondoujp
@gorry5
昔のCISCだと、たとえば「32bit CPUであっても16bit演算のほうが速い」とかあったけど、今はそんなことはないでしょうな。
(sope)
06/08 01:12
@AoiMoe
@kondoujp
たとえレジスタ長が64bitであっても、64bit演算に比べて32bit演算がアーキテクチャ上不利がなければさっきの件はまあ成立する :D
06/08 01:15
(
@kondoujp
)
@gorry5
@AoiMoe
今のコンパイラーの賢さとの共演だと思うんですが、「メモリー大事にする」発想だけで言うと align に合わせて配置とかもアレよなーとか、色々と(略)
(tire)
06/08 01:18
まあ実際64bit演算は即値のロードとか即値とのコンペアで32bit演算に比べて多少の不利はあるはずで :D
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2014/06/08
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]