Dear Nat and Pavel,<div><br></div><div>thank you so much for your explanations. Assuming that the 8 in Nat&#39;s formula provides conversion to bytes, it is not such a big RAM requirement. I guess most virus structures should be approachable with an 8GB machine.<br>

<br>About the CPU, I think I&#39;m going to invest in a quad-core. I feel quite comfortable in command line and I don&#39;t have fear paralelizing existing code.</div><div><br></div><div>Thanks again,</div><div><br></div>

<div>Jon<br><br><div class="gmail_quote">2012/7/21 Pavel Afonine <span dir="ltr">&lt;<a href="mailto:pafonine@lbl.gov" target="_blank">pafonine@lbl.gov</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But the resolution_factor is inconsistent - for the FFT structure<br>
factors calculation (which is unavoidable), we are definitely using<br>
1/3 (I assume for speed reasons). �For most of the other optional<br>
tasks like rotamer correction and filling missing F-obs, it&#39;s 1/4.<br>
</blockquote>
<br></div>
Yes, we use 1/3 for structure factors and gradients calculations, and 1/4 in map calculation if the map is going to be used for things like water picking, real-space refinement, etc. This is intentional.<span class="HOEnZb"><font color="#888888"><br>


<br>
Pavel</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
phenixbb mailing list<br>
<a href="mailto:phenixbb@phenix-online.org" target="_blank">phenixbb@phenix-online.org</a><br>
<a href="http://phenix-online.org/mailman/listinfo/phenixbb" target="_blank">http://phenix-online.org/<u></u>mailman/listinfo/phenixbb</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jon Agirre, PhD<br>Biophysics Unit (CSIC-UPV/EHU)<br><a href="http://www.ehu.es/jon.agirre" target="_blank">http://www.ehu.es/jon.agirre</a><br>+34656756888<br>


</div>