<div dir="ltr"><div><div>Thank you so much, Jose. Loosening the tolerance did the trick!<br><br></div>Thanks again,<br></div>Bikash<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 25, 2016 at 5:25 AM, Jose E. Roman <span dir="ltr"><<a href="mailto:jroman@dsic.upv.es" target="_blank">jroman@dsic.upv.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
> El 19 oct 2016, a las 9:54, Jose E. Roman <<a href="mailto:jroman@dsic.upv.es">jroman@dsic.upv.es</a>> escribió:<br>
><br>
>><br>
>> El 19 oct 2016, a las 0:26, Bikash Kanungo <<a href="mailto:bikash@umich.edu">bikash@umich.edu</a>> escribió:<br>
>><br>
>> Hi Jose,<br>
>><br>
>> Thanks for the pointers. Here's what I observed on probing it further:<br>
>><br>
>>      • The ||B - B^H|| norm was 1e-18. So I explicitly made it Hermitian by setting B = 0.5(B+B^H). However, this didn't help.<br>
>>      • Next, I checked for the conditioning of B by computing the ratio of the highest and lowest eigenvalues. The conditioning of the order 1e-9.<br>
>>      • I monitored the imaginary the imaginary part of VecDot(y,x, dotXY) where y = B*x and noted that only when the imaginary part is more than 1e-16 in magnitude, the error of "The inner product is not well defined" is flagged. For the first few iterations of orhtogonalization (i.e., the one where orthogonization is successful), the values of VecDot(y,x, dotXY) are all found to be lower than 1e-16. I guess this small imaginary part might be the cause of the error.<br>
>> Let me know if there is a way to bypass the abort by changing the tolerance for imaginary part.<br>
>><br>
>><br>
>><br>
>> Regards,<br>
>> Bikash<br>
>><br>
><br>
> There is something wrong: the condition number is greater than 1 by definition, so it cannot be 1e-9. Anyway, maybe what happens is that your matrix has a very small norm. The SLEPc code needs a fix for the case when the norm of B or the norm of the vector x is very small. Please send the matrix to my personal email and I will make some tests.<br>
><br>
> Jose<br>
<br>
</div></div>I tested with your matrix and vector with two different machines, with different compilers, and in both cases the computation did not fail. The imaginary part is below the machine precision, as expected. I don't know why you are getting larger roundoff error. Anyway, the check that we currently have in SLEPc is too strict. You can try relaxing it, by editing function BV_SafeSqrt (in $SLEPC_DIR/include/slepc/<wbr>private/bvimpl.h), for instance with this:<br>
<br>
  if (PetscAbsReal(<wbr>PetscImaginaryPart(alpha))><wbr>PETSC_MACHINE_EPSILON && PetscAbsReal(<wbr>PetscImaginaryPart(alpha))/<wbr>absal>100*PETSC_MACHINE_<wbr>EPSILON) SETERRQ1(PetscObjectComm((<wbr>PetscObject)bv),1,"The inner product is not well defined: nonzero imaginary part %g",PetscImaginaryPart(alpha))<wbr>;<br>
<br>
Let us know if this works for you.<br>
Thanks.<br>
<span class="HOEnZb"><font color="#888888">Jose<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div><div><div><font color="#666666">Bikash S. Kanungo<br></font></div><font color="#666666">PhD Student<br></font></div><font color="#666666">Computational Materials Physics Group<br></font></div><font color="#666666">Mechanical Engineering <br></font></div><font color="#666666">University of Michigan<br><br></font></div></div>
</div>