On 18 February 2013 19:05, James Maddison <email address hidden> wrote:
> I've used this for symmetric bc application. I have a very specific case
> where full system assembly is not appropriate -- for example, the RHS
> vector may have been cached without bcs, and then just the bc term needs
> to be added. I'm open to using an alternative approach if one is
> appropriate.
>
It's easy to write a cut-down assembler for special applications.
> What is the cause of a loss of parallel performance?
>
It will be bad is serial, and worse in parallel, because the matrix is
stored in compressed sparse row format. Finding column entries
requires a lot of searching. Columns are spread across processes.
On 18 February 2013 19:05, James Maddison <email address hidden> wrote:
> I've used this for symmetric bc application. I have a very specific case
> where full system assembly is not appropriate -- for example, the RHS
> vector may have been cached without bcs, and then just the bc term needs
> to be added. I'm open to using an alternative approach if one is
> appropriate.
>
It's easy to write a cut-down assembler for special applications.
> What is the cause of a loss of parallel performance?
>
It will be bad is serial, and worse in parallel, because the matrix is
stored in compressed sparse row format. Finding column entries
requires a lot of searching. Columns are spread across processes.
Garth
> -- /bugs.launchpad .net/bugs/ 1129092 :zero_columns is very slow /bugs.launchpad .net/dolfin/ +bug/1129092/ +subscriptions
> You received this bug notification because you are a member of DOLFIN
> Core Team, which is subscribed to DOLFIN.
> https:/
>
> Title:
> DirichletBC:
>
> To manage notifications about this bug go to:
> https:/