<div dir="auto">Barry,<div dir="auto"><br></div><div dir="auto">Probably this is an oversight from me. When I coded the MATHYPRE class, I did not make much attention to the preallocation. Also, hypre did not seem very robust to matrix reusage at the time. Take a look at the comments at line 85 in ex115 from mat tests. Probably Pierre's fix will curate that problem too. </div><div dir="auto"><br></div><div dir="auto">Stefano</div></div><br><div class="gmail_quote"><div dir="ltr">Il giorno Sab 22 Dic 2018, 06:30 Smith, Barry F. <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
   Stefeno,<br>
<br>
    Doe this look right to you?<br>
<br>
    Thanks<br>
<br>
    Barry<br>
<br>
<br>
> On Dec 17, 2018, at 3:18 AM, Pierre Jolivet via petsc-dev <<a href="mailto:petsc-dev@mcs.anl.gov" target="_blank" rel="noreferrer">petsc-dev@mcs.anl.gov</a>> wrote:<br>
> <br>
> Hello,<br>
> I am not sure the hypre routines are called in the right order in MatHYPRESetPreallocation.<br>
> Indeed, attached, you’ll find two Massif logs, one with the current order (massif.out.bad), and the other (massif.out.better) with the attached patch applied.<br>
> In the former, you can see at the snapshot #31 that there is a call to hypre_CTAlloc in hypre_AuxParCSRMatrixInitialize (aux_parcsr_matrix.c:163).<br>
> This means that hypre is allocating memory as if it was not aware of the number of nonzero per row, even though I supply in my application the two arrays dnnz and onnz.<br>
> <br>
> Am I missing something?<br>
> <br>
> Thanks,<br>
> Pierre<br>
> <br>
> <massif.out.bad><massif.out.better><patch-hypre.txt><br>
<br>
</blockquote></div>