「Linuxカーネル5.6、32ビット版で2038年問題への対応が行われる」記事へのコメント

CPUの汎用レジスタのビット数と、言語・APIのアドレスは別でもいい

[Anonymous Coward]

なんかCPUの汎用レジスタのビット数と、開発言語やシステムコールで使う整数型のビット数は
一致させる必要は無いのに、なんで多くの実装で一致させるんだろ？

Re:CPUの汎用レジスタのビット数と、言語・APIのアドレスは別でもいい

[Anonymous Coward]

昔はメモリアクセスがずっと遅かった。
16ビットのシステムで32ビットのデータ、あるいは32ビットのシステムで64ビットのデータを扱うとアクセスに2倍より遥かに時間が掛かった。だから仕方なく合わせただけ。で、その遺産が多いからでは。

今は互換性の問題だけだろうけど。

Re:

[Anonymous Coward]

今の飽食の時代に育った人が、戦中戦後の食糧不足や江戸時代の飢饉を理解できるわけもなし。

Re:

[Anonymous Coward]

速度を無視しても64KByteのRAMが一万円くらいした時代に「整数は基本64bit」なんて企業でも苦しいしねw

Re:

[Anonymous Coward]

いまもメモリ(DRAM)アクセスは遅いけど、
L1・L2・L3キャッシュとたくさんキャッシュ積んでごまかしてるだけだよ

Re:

[Anonymous Coward]

B言語の頃にはC言語でいうint型しかそもそも整数型がなかった

Re:

[Anonymous Coward]

「整数型のビット数」の言葉の意味はよくわからんが、INT型の事なら開発言語は一致してないよ？
レジスタ長64ビットでも、ほとんどの環境では32ビット。

システムコールで使う整数型(？)は、ポインタが格納される可能性があるのでレジスタ(x86の場合はRIP/EIP/IP)のビット数にあわせる必要がある。

Re:

[Anonymous Coward]

カオスになるからじゃない？

正直64bitCPUのAndroidでは64bitのOSで64bitのアプリが動いていて欲しい。

Re:

[Anonymous Coward]

AndroidはOS(とそこに乗っかるアプリケーション実行環境)の名前なのに「64bitCPUのAndroidでは～」というコメントがすでにひどいカオスになっているw

Re:

[Anonymous Coward]

ではここで、android.comの文章を見てみよう。

What is Android
The platform changing what mobile can do.
https://www.android.com/what-is-android/ [android.com]

Android
The platform changing what businesses can do.
https://www.android.com/intl/en_us/enterprise/ [android.com]

この文章を書いた会社はAndroidが何の名前かわかっていないようだ。さらに自分で行った定義を覚えていることもできないのだ。

Re:

[Anonymous Coward]

x64やaarch64なんかの64ビットCPUアーキテクチャでのLinuxや各種Unixでは、intが32ビット。お望みどおり「CPUの汎用レジスタのビット数と、開発言語やシステムコールで使う整数型のビット数は一致していない」環境ですよ。

Re:

[Anonymous Coward]

ほとんどは「処理が簡単だから」でしょ