<div dir="ltr">BTW, I think that our advice for segv is use a debugger.  DDT or Totalview, and gdb if need be, will get you right to the source code and will get 90% of bugs diagnosed.  Valgrind is noisy and cumbersome to use but can diagnose 90% of the other 10%.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 3, 2015 at 7:32 AM, Denis Davydov <span dir="ltr"><<a href="mailto:davydden@gmail.com" target="_blank">davydden@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jose,<br>
<span class=""><br>
> On 3 Nov 2015, at 12:20, Jose E. Roman <<a href="mailto:jroman@dsic.upv.es">jroman@dsic.upv.es</a>> wrote:<br>
><br>
> I am answering the SLEPc-related questions:<br>
> - Having different number of iterations when changing the number of processes is normal.<br>
</span>the change in iterations i mentioned are for different preconditioners, but the same number of MPI processes.<br>
<span class=""><br>
<br>
> - Yes, if you do not destroy the EPS solver, then the preconditioner would be reused.<br>
><br>
> Regarding the segmentation fault, I have no clue. Not sure if this is related to GAMG or not. Maybe running under valgrind could provide more information.<br>
</span>will try that.<br>
<span class="HOEnZb"><font color="#888888"><br>
Denis.</font></span></blockquote></div><br></div>