dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #20978
Re: [Bug 706909] [NEW] [python] matrix multiplication fails in parallel
-
To:
Joachim Berdal Haga <jobh@xxxxxxxxx>
-
From:
"Garth N. Wells" <gnw20@xxxxxxxxx>
-
Date:
Tue, 25 Jan 2011 15:40:37 +0000
-
Cc:
dolfin@xxxxxxxxxxxxxxxxxxx
-
In-reply-to:
<AANLkTi=7PLV0Nt0M9VMLCZcPBJvGo8WEfezTHLkixbvU@mail.gmail.com>
-
User-agent:
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
On 25/01/11 15:26, Joachim Berdal Haga wrote:
>
>
> On 25 January 2011 16:15, Garth N. Wells <gnw20@xxxxxxxxx
> <mailto:gnw20@xxxxxxxxx>> wrote:
>
> On 25/01/11 15:06, Joachim Berdal Haga wrote:
> > > It seems that this is only implemented for rows, not for
> columns.
> >
> > Do you mean GenericMatrix::local_range? It takes a dim argument,
> >
> > std::pair<uint, uint> GenericMatrix::local_range(uint dim);
> >
> >
> > Yes, but:
> >
> > if (dim == 1)
> > error("Cannot compute columns range for Epetra matrices.");
> >
> > ...
> >
> > if (dim == 1)
> > error("Cannot compute columns range for PETSc matrices.");
> >
>
> OK.
>
> We need to look at this more carefully. PETSc provides the function
>
> MatGetVecs(Mat mat,Vec *right,Vec *left)
>
> for getting vectors with a compatible layout, which might be helpful.
>
>
> Very helpful, yes. And epetra matrices has a RowMatrixColMap methods
> which can be used. Do you think it's worth it to add
> create_{left,right}_vector to the GenericMatrix interface as I suggested
> initially?
>
I'd prefer to take a closer look before committing.
It's good to have another parallel tester!
Garth
> -j.
>
Follow ups
References