32Bit/64Bit 问题。

sunworld

我有一个程序，在Linux ”rhas142 2.6.9-89.ELsmp #1 SMP 2009 x86_64 x86_64 x86_64 GNU/Linux“ 运行。 64Bit运行成功，但对32Bit 程序，内存有问题。是内存超过4G的原因吗， 我怀疑。谢谢

hellioncu

这么问问题，我想没人能解答

hnynes

既然程序在64位系统下运行OK, 到32位系统下时,你首先想的问题是,这个程序有没有32位系统下的版本.  如果你有源代码,那只需在32位系统的机器上重新编译即可.   如果都没有,那可能就只能找其它方法替代了.    你说的内存超过4G,这个其实都是可以查看的,如果超过了,你完全可以看到,根本不需要去猜测.

sunworld

回复 3# hnynes

我能确认， 我的程序有32版本，并且运行时，一定是32的。 我现在想请教：32的程序在64的系统上，最大的内存空间是多少，能超过4G吗？ 我简单地认为，用“NEW ”申请时，系统机器是能够寻址64 位，应该大于4G。

谢谢讨论！


   

nizvoo

你写个测试new的看看。

hnynes

sunworld 发表于 2013-02-19 16:14
回复 3# hnynes

我能确认， 我的程序有32版本，并且运行时，一定是32的。 我现在想请教：32的程序在64的 ...

在linux平台下, 这个值我还真不敢乱说,在windows,会运行32位兼容模式,因此仍然是不可以突破4G的, linux下就不知道了. 有空可以测试下,不过这种破坏性测试,我还真不太敢做.

csumck

32位的程序，指針就是32位的，不管運行在32位機器還是64位機器上都是32位指針，單個進程最多就是4G。 系統尋址能力不等於單進程的尋址能力。

sunworld

回复 7# csumck


    似乎有道理。但32位程序运行在64位系统上，指针是32吗？变量地址应该是64位吧？可否提供一些学习材料？ 谢谢

csumck

回复 8# sunworld


    把sizeof(void*)打印出來就知道了。 這個我非常肯定的，我們公司的公共庫可以32/64位編譯，所有的運行環境機器都是64位的，如果用32位編譯了跑到64位機器上運行，指針仍然是32位的。這應該是C語言自身提供的平臺無關的可移植特性吧。

siseniao

回复 9# csumck

这个和C语言毛关系没有，是操作系统和CPU为了兼容32bit做的一个虚拟机制