Thanks for the info. I ran two instances of phenix which both were able to run at 100%, but ran out of memory after awhile My guess is the memory is a bigger limit than the processors so I think I'll just stick to running on the one processor. Thanks for everyone's help!<br>
-Sam<br><br>PS: I had trouble attempting an installation from source earlier (and don't have full permissions on this machine). Since you don't think upping the # of processors will help much, I'm not going to attempt the source installation again.<br>
<br><div class="gmail_quote">On Mon, Aug 31, 2009 at 5:22 PM, Nathaniel Echols <span dir="ltr"><<a href="mailto:NEchols@lbl.gov">NEchols@lbl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Aug 31, 2009, at 1:41 PM, Pavel Afonine wrote:<br>
> phenix.refine cannot use advantage of multiple CPUs. I think the "--<br>
> nproc=4" keyword in your example below is a valid keyword for<br>
> phenix.autobuild, but not for phenix.refine.<br>
<br>
<br>
Actually, it's just "nproc=4" without the "--".<br>
<br>
You can use multiple CPUs for the FFTs in phenix.refine if you compile<br>
from source with OpenMP support (add "--openmp" to the arguments when<br>
running the install script; this requires GCC 4.2 or better, or<br>
Intel's compiler, and perhaps others). I think it will automatically<br>
use as many CPUs as possible. It's probably not going to help much,<br>
though.<br>
<br>
-------------------<br>
Nathaniel Echols<br>
Lawrence Berkeley Lab<br>
510-486-5136<br>
<a href="mailto:NEchols@lbl.gov">NEchols@lbl.gov</a><br>
<br>
<br>
<br>
_______________________________________________<br>
phenixbb mailing list<br>
<a href="mailto:phenixbb@phenix-online.org">phenixbb@phenix-online.org</a><br>
<a href="http://www.phenix-online.org/mailman/listinfo/phenixbb" target="_blank">http://www.phenix-online.org/mailman/listinfo/phenixbb</a><br>
</blockquote></div><br>