A little bit of the ID 10T syndrome. WGB -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Stephens, Chris Sent: Thursday, December 16, 2010 2:07 PM To: William Muriithi Cc: ORACLE-L Subject: RE: RHEL 32 bit + Oracle SE One max memory? This is the kind of justification I was looking for. :) Thanks! I have no idea why they continue to install 32 bit RHEL on 64 bit hardware. -----Original Message----- From: William Muriithi [mailto:william.muriithi@xxxxxxxxxxxxxxxxxxx] Sent: Thursday, December 16, 2010 2:04 PM To: Stephens, Chris Cc: ORACLE-L Subject: Re: RHEL 32 bit + Oracle SE One max memory? 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 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. -- //www.freelists.org/webpage/oracle-l _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _____________ -- //www.freelists.org/webpage/oracle-l