On 28/03/11 16:49, Timothy Murphy wrote:
> I'm trying to install CentOS-5.5 on my new HP micro-server,
> which has no CD drive.
>
> I've set up cobbler and cobbler-web on my old server,
> and can access cobbler-web from my laptop.
>
> I have 3 queries about the installation.
>
> 1. Is there any advantage is using the 64-bit CentOS
> rather than 32-bit?
Yes, there are advantages to use 64-bit instead of 32-bit. But it also
depends on how much memory you have. If you have more that 4GB RAM, you
should really not depend on 32-bit at all. This is a hardware limit on the
CPU level. However, Intel did enable some hacks to make it possible to use
more than 4GB RAM on the IA32 based CPUs. Those are mostly known as PAE
enabled kernels. But few kernel developer really likes PAE.
Another limitation is that 32-bit applications have limited memory
available compared to a 64-bit application. PAE might even slow down the
kernel.
Don't go PAE if you can go 64-bit. There are really no good reasons why
not to use 64-bit today. There are quite few software packages which is
not ready for 64 bit nowadays, and those should rather be fixed than to
keep users back on 32 bit.
If you for some reason need to run 32-bit user stack, it is even possible
to install and a 64 bit kernel on a 100% 32-bit user space. And a running
32-bit applications in a 64-bit setup is possible, as long as you have the
32-bit glibc and other needed support libraries installed. However, 32-bit
applications have the same memory limitation when running.
For some brief PAE discussion, see here:
<http://www.held.org.il/blog/2008/07/pae-whats-that-and-how-bad-for-performance/>
<http://kerneltrap.org/node/3816>
<http://www.linuxquestions.org/questions/linux-general-1/32-bit-os-and-4gb-memory-limit-707762/>
Having all this said, RHEL supports up to 16GB with PAE on 32bit, thus
CentOS will do the same. However, if can avoid it and install 64-bit, I
recommend you to do that instead. PAE is really dying, and you'll likely
have more issues with PAE than 64-bit in the long run.
kind regards,
David Sommerseth
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
