Re: RHEL 32 bit + Oracle SE One max memory?
- From: William Muriithi <william.muriithi@xxxxxxxxxxxxxxxxxxx>
- To: "Chris.Stephens@xxxxxxx" <Chris.Stephens@xxxxxxx>
- Date: Thu, 16 Dec 2010 14:03:49 -0600
Stephen
>
>
> Is it worth insisting on 64 bit RHEL given only 8GB of ram?
>
Definitely yes. If you were running an application that is using less than 4
GB, its fine using a 32 bit OS. However, the moment you have a software using
more than that, its more efficient using a 64 bit RHEL5. There will be a remap
of address in upper memory that will be done from the lower memory in 32 bit
OS. That make the system slower and harder to manage.
The other problem is, if there is an exhaustion of lower memory, OOM killer
will attempt to clear memory and once in a while, that will result to the
database being the candidate. That can result in data inconsistency and a
rough night. So why use a 32 bit kernel when the 64 bit kernel has long been
so stable and reliable? Seriously, I can not think of a single reason why it
would be preferable to use a 32 bit RHEL5. Unless you really have fun fighting
unnecessary fires
Or, someone does not want to do a re-installation, but that is not a good
reason as the effort invested in re-installation is less that the effort that
will be needed to support the database over the life of that hardware. That
or, there is already services running that will be sharing the same hardware
> Anyone know how much memory I can allocation to 32bit SE One? Got a link? I
> can find the minimums but am having trouble locating the maximums.
>
> Thanks!
> Chris
>
>
> CONFIDENTIALITY NOTICE:
> This message is intended for the use of the individual or entity to which it
> is addressed and may contain information that is privileged, confidential and
> exempt from disclosure under applicable law. If the reader of this message is
> not the intended recipient or the employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any dissemination, distribution or copying of this communication is
> strictly prohibited. If you have received this communication in error, please
> notify us immediately by email reply.
>
>
William--
//www.freelists.org/webpage/oracle-l
Other related posts:
