Joshua Draper wrote: > If the only reason you need 64-bit is to access all your memory, you > can do that with a 32-bit linux distribution. You just need to > recompile the kernel with the appropriate value in CONFIG_HIGHMEM. > This might work for you depending on your processor and the way you > are using the memory. See http://kerneltrap.org/node/2450/7217 for > more details.
But he said he wants to run it on a server. Compiling your own kernel is *not* the answer in a production environment, especially servers. It's just too expensive a process. My personal choice is RHEL5 64-bit for this application, but Fedora is probably fine too, if you plan to upgrade every 6-12 months. In general, though, here's just no reason to run 32-bit anymore on a 64-bit platform, especially a server. No sense shooting yourself in the foot by limiting the scope of your future capabilities. I may want to run 64-bit xen guest domains in the future, for example. Can't do that with the 32-bit host install. You can, though, run 32-bit guests on a 64-bit host if you wanted to in the future[1]. Michael [1] It's definitely possible to run a 32-bit guest distro in xen on a 64-bit machine currently, but only if you run a 64-bit kernel on the guest. 32-bit userland works nicely under a 64-bit kernel. The easiest way to accomplish this is to copy a kernel, ramdisk, and modules from an existing 64-bit xen guest, and stick it in the 32-bit guest. > > Joshua Draper > Department of Civil and Environmental Engineering > Brigham Young University > > > > > > -------------------- > BYU Unix Users Group > http://uug.byu.edu/ > > The opinions expressed in this message are the responsibility of their > author. They are not endorsed by BYU, the BYU CS Department or BYU-UUG. > ___________________________________________________________________ > List Info: http://uug.byu.edu/mailman/listinfo/uug-list > -- Michael Torrie Assistant CSR, System Administrator Chemistry and Biochemistry Department Brigham Young University Provo, UT 84602 +1.801.422.5771 -------------------- BYU Unix Users Group http://uug.byu.edu/ The opinions expressed in this message are the responsibility of their author. They are not endorsed by BYU, the BYU CS Department or BYU-UUG. ___________________________________________________________________ List Info: http://uug.byu.edu/mailman/listinfo/uug-list
