Jed, the thing is that I have nonnative PETSc data to work with. It's from SAMRAI<div>library. We have already defined MatShell to define the individual operators that act</div><div>on nonnative vectors; so writing explicit matrices in PETSc would be very difficult (atleast for me)</div>
<div>and time consuming. What we want is PETSc's algorithm (and NOT the data structures)</div><div> to solve the problem. <br><br><div class="gmail_quote">On Thu, Feb 21, 2013 at 5:06 PM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 21, 2013 at 4:19 PM, Amneet Bhalla <span dir="ltr"><<a href="mailto:mail2amneet@gmail.com" target="_blank">mail2amneet@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Can you guys comment on what example case would be best to start off for shell <div>operators with FieldSplit? The examples I am looking into all start with creating native </div>
<div>PETSc matrices and vectors. </div></div></blockquote></div><br><br></div></div><div class="gmail_extra">Amneet, do you already have code that applies all the "blocks" of your coupled system or are you starting something new? If it's something new, please don't use MatNest/MatShell just yet. If you have tested existing code, then wrapping it in MatShell/MatNest is fine. If you are working on something new, I recommend the progression below. It will encourage better program structure and better debuggability, and will ultimately be faster than trying to "skip" steps.<br>
<br><div>Step 1: Just write a residual and use -snes_mf to solve all matrix-free without preconditioning.<br></div><div><br>Step 2: Assemble an approximate Jacobian and use -snes_mf_operator<br></div><div><br>Step
3: use fd_coloring (if possible) to see how much solver benefit you
could gain by implementing the full Jacobian. Also use fieldsplit
solvers to find out which blocks of the Jacobian are most important to
assemble.<br>
<br></div><div>Step 4: Implement those blocks of the Jacobian that you need for effective preconditioning.<br><br></div><div>Step
5: Profile, consider those preconditioners that are most effective and
the suitability of the discretization for matrix-free application. If
you spend a lot of time/memory in things like MatGetSubMatrix, then add
an option to use MatNest. If you have overly heavy matrices (in terms of
memory, bandwidth, or assembly time) that need not be completely
assembled for effective preconditioning, add an option to use MatShell
for those parts.<br>
</div><div><div> </div></div><br></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Amneet <br><br></div><div><br></div><div><br></div>
</div>