← Back to team overview

dolfin team mailing list archive

Re: [Branch ~dolfin-core/dolfin/main] Rev 4896: Add simple Stokes solver for parallel testing.

 

On Fri, Aug 06, 2010 at 05:27:25PM +0100, Garth N. Wells wrote:
> On Fri, 2010-08-06 at 09:18 -0700, Johan Hake wrote:
> > On Friday August 6 2010 08:55:44 Garth N. Wells wrote:
> > > On Fri, 2010-08-06 at 08:42 -0700, Johan Hake wrote:
> > > > On Friday August 6 2010 08:16:26 you wrote:
> > > > > ------------------------------------------------------------
> > > > > revno: 4896
> > > > > committer: Garth N. Wells <gnw20@xxxxxxxxx>
> > > > > branch nick: dolfin-all
> > > > > timestamp: Fri 2010-08-06 16:13:29 +0100
> > > > >
> > > > > message:
> > > > >   Add simple Stokes solver for parallel testing.
> > > > >
> > > > >   Other Stokes demos don't run in parallel because MeshFunction io is
> > > > >   not supported in parallel.
> > > >
> > > > Does anyone have an overview of what is needed for this to be fixed. I
> > > > couldn't find a blueprint on it.
> > >
> > > Here it is:
> > >
> > >     https://blueprints.launchpad.net/dolfin/+spec/parallel-io
> >
> > Ok
> >
> > > > I am interested in getting this fixed :)
> > >
> > > Me too! We need to look at all the io since much of it is broken in
> > > parallel.
> >
> > Ok, but isn't this two different problems.
> >
> >   1) Reading in a MeshFunction from a ordinary file into a parallel structur,
> >      in line with what we do with the Mesh.
> >   2) Storing and reading parallel structures
> >
> > or are these connected in some way?
> >
>
> Connected since we want to be able to read in a file which is in m parts
> when running with n processes. Case one is m = 1, with n arbitrary.

How should this be handled and why should we support that? It seems
like an unnecessary complication to me. Wouldn't it be enough to
support reading in either one file or several files with m = n?

In the latter case, someone has already made the partition and wants
to reuse it.

--
Anders


> > > We need to settle on how to handle XML data. I favour (and I know Niclas
> > > Janson does too) the VTK approach in which we have a 'master file' that
> > > points to other XML files which contain portions of the vector/mesh,
> > > etc. Process zero can read the 'master file' and then instruct the other
> > > processes on which file(s) they should read in.
> >
> > I guess this goes for case 2?
> >
> > I am in more need of getting 1) fixed.
> >
>
> If we can settle on a format for the 'master file', we should be able to
> care of the lot. A first step can be to make it work when reading just
> one file.
>
> Garth
>
> > Johan
> >
> > > Garth
> > >
> > > > Johan
> > > >
> > > > >   demo/pde/stokes/simple/
> > > > >   demo/pde/stokes/simple/cpp/
> > > > >   demo/pde/stokes/simple/cpp/SConstruct
> > > > >   demo/pde/stokes/simple/cpp/Stokes.h
> > > > >   demo/pde/stokes/simple/cpp/Stokes.ufl
> > > > >   demo/pde/stokes/simple/cpp/main.cpp
> > > > >   demo/pde/stokes/simple/python/
> > > > >   demo/pde/stokes/simple/python/demo.py
> > > > >
> > > > > The size of the diff (13308 lines) is larger than your specified limit
> > > > > of 1000 lines
> > > > >
> > > >
> > > > _______________________________________________
> > > > Mailing list: https://launchpad.net/~dolfin
> > > > Post to     : dolfin@xxxxxxxxxxxxxxxxxxx
> > > > Unsubscribe : https://launchpad.net/~dolfin
> > > > More help   : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~dolfin
> Post to     : dolfin@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dolfin
> More help   : https://help.launchpad.net/ListHelp

Attachment: signature.asc
Description: Digital signature


References