Jobs with large RAM usage
"Anthony Cox" <[email protected]>
| Newsgroups | gmane.linux.cluster.openmosix.general |
|---|---|
| Message-ID | <[email protected]> |
We have a cluster of 7 dual-processor Xeons running OpenMosix 2.4.26, each node having 1Gb RAM. We've had this setup for almost two years now and in general we're very happy with it. However I have a particular job which takes up 100% of a single processor's CPU and 70% of a node's RAM for a couple of hours. I have had problems running more than one of these at once under OpenMosix. Does the total RAM usage of all the jobs I am trying to run need to be less than the RAM available to a single cluster node? I'm a bit hazy about what goes on under the hood of OpenMosix, I'm wondering if it tries to mirror memory addresses cluster-wide somehow, limiting things to 1Gb in total. Also, we are considering moving to an Opteron cluster. Is the OpenMosix port to Opteron considered reasonably stable now? Thanks in advance for any responses. Tony The information in this email transmission and any files transmitted with it are intended solely for the use of the individual or entity to which they are addressed and may contain confidential and privileged information. Any third party dissemination, distribution, copying or use of this communication, without prior permission, is strictly prohibited. Any attachments may contain viruses that could damage your computer. While we have taken every reasonable precaution to minimise this risk, we cannot accept liability for such damage and you should carry out your own virus checks before opening any attachments. If you have received this email in error please notify the sender as soon as possible and delete all copies of this email. Copyright (C): 2006 By Solexa Ltd. All Rights Reserved. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642