[petsc-dev] Jed!!!

Jed Brown jed at jedbrown.org
Sun Apr 27 10:29:18 CDT 2014


Barry Smith <bsmith at mcs.anl.gov> writes:

> On Apr 26, 2014, at 11:54 PM, Jed Brown <jed at jedbrown.org> wrote:
>
>> Barry Smith <bsmith at mcs.anl.gov> writes:
>> 
>>>   Mat nest is just an optimization. That, BTW makes it impossible to do the simplest tests of your code!!
>> 
>> It is intended to be used with MatGetLocalSubMatrix and
>> MatSetValuesLocal.  It would be significant complexity (including memory
>> scalability) to support MatSetValues, and supporting that mode would
>> encourage people to write code that needs refactoring to perform.  At
>> least that was my thinking.  If you are assembling with a global
>> MatSetValues, MATNEST doesn't offer much so just don't use it.
>> 
>> How do you want to change this?
>
>   Somehow have a way of testing the resulting Jacobian against a
>   “known” accurate one. 

-dm_mat_type aij -snes_type test?

Comparison of this type is a "monolithic" operation, like LU is a
monolithic operation, so why not use a monolithic format?  I'm not
objecting to something else, but I want the code to be as simple as
possible.

>   We all know how users fuck up Jacobians; given that this one is even
>   more complicated to build we sure as hell should have a way of
>   comparing it to a finite difference Jacobian. And for that
>   scalability and efficiency don’t mater.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20140427/af26b186/attachment.sig>


More information about the petsc-dev mailing list