<div dir="ltr"><div>I made a quick test on a reduced version of your job and found no problems, but the original job requires a larger machine and I have no time to work on it now.<br><br></div>Paolo<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 30, 2018 at 11:58 AM, Lars Blumenthal <span dir="ltr"><<a href="mailto:lars.blumenthal11@imperial.ac.uk" target="_blank">lars.blumenthal11@imperial.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Does anyone have any advice/feedback?<br>
      <br>
      Many thanks,<br>
    </p>
    <p>Lars<span class=""><br>
      PhD Student
      <br>
      EPSRC Centre for Doctoral Training on Theory and Simulation of
      Materials
      <br>
      Imperial College London
    </span></p><div><div class="h5">
    <br>
    <div class="m_-5893252416424499142moz-cite-prefix">On 25/05/18 17:03, Lars Blumenthal
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">Hi
      everyone,
      <br>
      <br>
      I am trying to do scf calculations using the HSE functional with
      PWSCF v.6.1 (svn rev. 13369).
      <br>
      <br>
      When I don't use parallelisation over k-points, i.e. when I don't
      specify npools, the calculation runs successfully.
      <br>
      However, as soon as I try to make use of npools, the calculation
      crashes with:
      <br>
      <br>
      DPOTRF exited with INFO= 7
      <br>
      Error in routine DPOTRF (1):
      <br>
      Cholesky failed in aceupdate.
      <br>
      <br>
      I have attached the corresponding output file. Previously I have
      had the same issue with another compound but in that case npools =
      2 actually did work and it only crashed with the above error when
      npools > 2. So it's not necessarily that the parallelisation
      with npools doesn't work at all.
      <br>
      <br>
      Not using the ACE algorithm makes the calculation painfully slow
      so I'd like to avoid that. Do you have any advice on how to
      optimise the parallelisation of hybrid DFT calculations in
      general?
      <br>
      <br>
      Many thanks and best wishes,
      <br>
      <br>
      Lars Blumenthal
      <br>
      PhD Student
      <br>
      EPSRC Centre for Doctoral Training on Theory and Simulation of
      Materials
      <br>
      Imperial College London
      <br>
      <br>
      <br>
      <fieldset class="m_-5893252416424499142mimeAttachmentHeader"></fieldset>
      <br>
      </div></div><pre>______________________________<wbr>_________________
users mailing list
<a class="m_-5893252416424499142moz-txt-link-abbreviated" href="mailto:users@lists.quantum-espresso.org" target="_blank">users@lists.quantum-espresso.<wbr>org</a>
<a class="m_-5893252416424499142moz-txt-link-freetext" href="https://lists.quantum-espresso.org/mailman/listinfo/users" target="_blank">https://lists.quantum-<wbr>espresso.org/mailman/listinfo/<wbr>users</a></pre>
    </blockquote>
    <br>
  </div>

<br>______________________________<wbr>_________________<br>
users mailing list<br>
<a href="mailto:users@lists.quantum-espresso.org">users@lists.quantum-espresso.<wbr>org</a><br>
<a href="https://lists.quantum-espresso.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.quantum-<wbr>espresso.org/mailman/listinfo/<wbr>users</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Paolo Giannozzi, Dip. Scienze Matematiche Informatiche e Fisiche,<br>Univ. Udine, via delle Scienze 208, 33100 Udine, Italy<br>Phone +39-0432-558216, fax +39-0432-558222<br><br></div></div></div></div></div>
</div>