<div dir="ltr"><div>Ah, I understand, so by allocating this BAIJ in an intelligent way (allocating only the diagonal 3x3 blocks), I can still be basically memory efficient, and use matrix-free formulation for the first matrix in KSPSetOperator, right ?<br><br></div>Timothee<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-01-08 11:06 GMT+09:00 Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jan 7, 2016, at 7:58 PM, Timothée Nicolas <<a href="mailto:timothee.nicolas@gmail.com">timothee.nicolas@gmail.com</a>> wrote:<br>
><br>
> I see, I just tested PCPBJACOBI, which is better than PCJACOBI, but still I may need PCBJACOBI.<br>
<br>
</span>   Note that using PCBJACOBI means you are providing big blocks of the Jacobian. If you do provide big blocks of the Jacobian you might as well just provide the entire Jacobin IMHO.<br>
<br>
   Anyways the easiest way to do either PCPBJACOBI or PCBJACOBI is to explicitly construct the portion of the Jacobian you need, in a AIJ or BAIJ matrix and pass that as the SECOND matrix argument to KSPSetOperator() or SNESSetJacobian() then PETSc will use the piece you provide to build the preconditioner. So for example if you want PBJACOBI you would create a BAIJ matrix with block size 3 and only fill up the 3 by 3 block diagonal with Jacobian entries.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
   Barry<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
> The problem is that I don't seem to be allowed to define the matrix operation for MatGetDiagonalBlock... Indeed, I don't find<br>
><br>
> MATOP_GET_DIAGONAL_BLOCK in ${PETSC_DIR}/include/petscmat.h<br>
><br>
> Therefore, when I try to define it, I get the following error at compilation (quite logically)<br>
><br>
> matrices.F90(174): error #6404: This name does not have a type, and must have an explicit type.   [MATOP_GET_DIAGONAL_BLOCK]<br>
>      call MatShellSetOperation(lctx(1)%PSmat,MATOP_GET_DIAGONAL_BLOCK,PSmatGetDiagonalBlock,ierr)<br>
> ---------------------------------------------^<br>
><br>
> Also, if I change my mind and instead decide to go for PCPBJACOBI, I still have a problem because the manual says that the routine you talk about, MatInvertBlockDiagonal, is not available from FORTRAN. Indeed I cannot call it. I still cannot call it after I provide a routine corresponding to MATOP_INVERT_BLOCK_DIAGONAL.<br>
><br>
> So, it seems to mean that if I want to use this kind of algorithms, I will have to hard code them, which would be too bad. Is that right, or is there an other way around these two issues ?<br>
><br>
> Best<br>
><br>
> Timothee<br>
><br>
><br>
><br>
><br>
> 2016-01-08 2:38 GMT+09:00 Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>>:<br>
><br>
>   Timothee,<br>
><br>
>       You are mixing up block Jacobi PCBJACOBI (which in PETSc generally uses "big" blocks) and point block Jacobi PCPBJACOBI (which generally means all the degrees of freedom associated with a single grid point -- in your case 3).<br>
><br>
>    If you are doing matrix free with a shell matrix then you need to provide your own MatInvertBlockDiagonal() which in your case would invert each of your little 3 by 3 blocks and store the result in a 1d array; each little block in column major order followed by the next one. See for example MatInvertBlockDiagonal_SeqAIJ(). You also need you matrix to return a block size of 3.<br>
><br>
><br>
>    Barry<br>
><br>
><br>
><br>
> > On Jan 7, 2016, at 8:08 AM, Timothée Nicolas <<a href="mailto:timothee.nicolas@gmail.com">timothee.nicolas@gmail.com</a>> wrote:<br>
> ><br>
> > Ok, so it should be sufficient. Great, I think I can do it.<br>
> ><br>
> > Best<br>
> ><br>
> > Timothée<br>
> ><br>
> > 2016-01-07 23:06 GMT+09:00 Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>>:<br>
> > On Thu, Jan 7, 2016 at 7:49 AM, Timothée Nicolas <<a href="mailto:timothee.nicolas@gmail.com">timothee.nicolas@gmail.com</a>> wrote:<br>
> > Hello everyone,<br>
> ><br>
> > I have discovered that I need to use Block Jacobi, rather than Jacobi, as a preconditioner/smoother. The linear problem I am solving at this stage lives in a subspace with 3 degrees of freedom, which represent the 3 components of a 3D vector. In particular for multigrid, using BJACOBI instead of JACOBI as a smoother changes everything in terms of efficiency. I know it because I have tested with the actual matrix in matrix format for my problem. However, eventually, I want to be matrix free.<br>
> ><br>
> > My question is, what are the operations I need to provide for the matrix-free approach to accept BJACOBI ? I am confused because when I try to apply BJACOBI to my matrix-free operator; the code asks for MatGetDiagonalBlock (see error below). But MatGetDiagonalBlock, in my understanding, returns a uniprocessor matrix representing the diagonal part of the matrix on this processor (as defined in the manual). Instead, I would expect that what is needed is a routine which returns a 3x3 matrix at the grid point (that is, the block associated with this grid point, coupling the 3 components of the vector together). How does this work ? Do I simply need to code MatGetDiagonalBlock ?<br>
> ><br>
> > Just like Jacobi does not request one diagonal element at a time, Block-Jacobi does not request one diagonal block at a time. You<br>
> > would need to implement that function, or write a custom block Jacobi for this matrix.<br>
> ><br>
> >   Thanks,<br>
> ><br>
> >     Matt<br>
> ><br>
> ><br>
> > Thx<br>
> > Best<br>
> ><br>
> > Timothée<br>
> ><br>
> > [0]PETSC ERROR: --------------------- Error Message --------------------------------------------------------------<br>
> > [0]PETSC ERROR: No support for this operation for this object type<br>
> > [0]PETSC ERROR: Matrix type shell does not support getting diagonal block<br>
> > [0]PETSC ERROR: See <a href="http://www.mcs.anl.gov/petsc/documentation/faq.html" rel="noreferrer" target="_blank">http://www.mcs.anl.gov/petsc/documentation/faq.html</a> for trouble shooting.<br>
> > [0]PETSC ERROR: Petsc Release Version 3.6.1, Jul, 22, 2015<br>
> > [0]PETSC ERROR: ./miips on a arch-linux2-c-debug named Carl-9000 by timothee Thu Jan  7 22:41:13 2016<br>
> > [0]PETSC ERROR: Configure options --with-cc=gcc --with-cxx=g++ --with-fc=gfortran --download-fblaslapack --download-mpich<br>
> > [0]PETSC ERROR: #1 MatGetDiagonalBlock() line 166 in /home/timothee/Documents/petsc-3.6.1/src/mat/interface/matrix.c<br>
> > [0]PETSC ERROR: #2 PCSetUp_BJacobi() line 126 in /home/timothee/Documents/petsc-3.6.1/src/ksp/pc/impls/bjacobi/bjacobi.c<br>
> > [0]PETSC ERROR: #3 PCSetUp() line 982 in /home/timothee/Documents/petsc-3.6.1/src/ksp/pc/interface/precon.c<br>
> > [0]PETSC ERROR: #4 KSPSetUp() line 332 in /home/timothee/Documents/petsc-3.6.1/src/ksp/ksp/interface/itfunc.c<br>
> > [0]PETSC ERROR: #5 KSPSolve() line 546 in /home/timothee/Documents/petsc-3.6.1/src/ksp/ksp/interface/itfunc.c<br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
> > -- Norbert Wiener<br>
> ><br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>