[petsc-users] SuperLU_dist issue in 3.7.4 failure of repeated calls to MatLoad() or MatMPIAIJSetPreallocation() with the same matrix
Anton
popov at uni-mainz.de
Mon Oct 24 13:43:12 CDT 2016
On 10/24/16 8:21 PM, Hong wrote:
> Anton :
> If replacing superlu_dist with mumps, does your code work?
yes
> Hong
>
> On 10/24/2016 05:47 PM, Hong wrote:
>> Barry,
>> Your change indeed fixed the error of his testing code.
>> As Satish tested, on your branch, ex16 runs smooth.
>>
>> I do not understand why on maint or master branch, ex16 creases
>> inside superlu_dist, but not with mumps.
>>
>
> I also confirm that ex16 runs fine with latest fix, but
> unfortunately not my code.
>
> This is something to be expected, since my code preallocates once
> in the beginning. So there is no way it can be affected by
> multiple preallocations. Subsequently I only do matrix assembly,
> that makes sure structure doesn't change (set to get error otherwise).
>
> Summary: we don't have a simple test code to debug superlu issue
> anymore.
>
> Anton
>
>> Hong
>>
>> On Mon, Oct 24, 2016 at 9:34 AM, Satish Balay <balay at mcs.anl.gov
>> <mailto:balay at mcs.anl.gov>> wrote:
>>
>> On Mon, 24 Oct 2016, Barry Smith wrote:
>>
>> >
>> > > [Or perhaps Hong is using a different test code and is observing bugs
>> > > with superlu_dist interface..]
>> >
>> > She states that her test does a NEW MatCreate() for each
>> matrix load (I cut and pasted it in the email I just sent).
>> The bug I fixed was only related to using the SAME matrix
>> from one MatLoad() in another MatLoad().
>>
>> Ah - ok.. Sorry - wasn't thinking clearly :(
>>
>> Satish
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20161024/ee02b1cf/attachment.html>
More information about the petsc-users
mailing list