On Wednesday 16 August 2006 22:14, Satish Balay wrote:
> On Wed, 16 Aug 2006, Thomas Geenen wrote:
> > in matcreate i tell petsc that cpu0 owns 10 rows
>
> yes
>
> > in matsetvalue i tell him which rows (maybe 1,9,23,46 etc) but petsc
> > automatically assumes that cpu0 owns the first 10 rows matse
On Wednesday 16 August 2006 18:41, Satish Balay wrote:
> On Wed, 16 Aug 2006, Thomas Geenen wrote:
> > On Wednesday 16 August 2006 18:21, Matthew Knepley wrote:
> > > On 8/16/06, Thomas Geenen wrote:
> > > > dear petsc users,
> > > >
> > > > is there a way to prevent Petsc during the assembly phas
On Wednesday 16 August 2006 18:21, Matthew Knepley wrote:
> On 8/16/06, Thomas Geenen wrote:
> > dear petsc users,
> >
> > is there a way to prevent Petsc during the assembly phase from
> > redistributing matrix rows over cpu's ?? i like the way the rows are
> > assigned to the cpu's during the se
> C:\pkg\cygwin\bin\python2.3.exe: *** unable to remap
> C:\pkg\cygwin\bin\cygssl-0.9.7.dll
There are probably 2 ways to recover from this cygwin error.
1. reinstall cygwin from scratch
2 - kill all cygwin processes [by rebooting]
- run 'ash' shell from cygwin bin dir [this should be done ei
dear petsc users,
is there a way to prevent Petsc during the assembly phase from redistributing
matrix rows over cpu's ?? i like the way the rows are assigned to the cpu's
during the setvalues phase.
apparently petsc assigns the first nrows to cpu0 the second nrows to cpu1 etc.
I could of cour
On Wed, 16 Aug 2006, Thomas Geenen wrote:
> > And from what numbering scheme do you get these numbers 1,9,23,46 etc?
> my nice little FEM app that i build an interface to petsc for :)
I presume this numbering is same irrespective of number of procs or
the way the grid is partitioned across proces
On Wed, 16 Aug 2006, Thomas Geenen wrote:
> in matcreate i tell petsc that cpu0 owns 10 rows
yes
> in matsetvalue i tell him which rows (maybe 1,9,23,46 etc) but petsc
> automatically assumes that cpu0 owns the first 10 rows matsetsizes
> also just tells petsc the number of rows. 0-9 for cpu0
Hello all,
I am trying to configure petsc for visual studio on a windows machine.
Here is the configure line I typed on cygwin:
./config/configure.py --with-cc='win32fe cl' --download-c-blas-lapack=1
--with-mpi=0 --with-x=0 --PETSC_DIR=$(pwd) --with-fortran=0
This has already worked before on ot
Perhaps the issue is not using MatGetRowOnership() [but some other
scheme] to get the row indices that are used in MatSetValues()
Satish
On Wed, 16 Aug 2006, Matt Funk wrote:
> Hi Thomas.
>
> I am not sure if the following is what you are looking for, but i don't have
> PETSc 'redistribute' an
On Wed, 16 Aug 2006, Thomas Geenen wrote:
> On Wednesday 16 August 2006 18:21, Matthew Knepley wrote:
> > On 8/16/06, Thomas Geenen wrote:
> > > dear petsc users,
> > >
> > > is there a way to prevent Petsc during the assembly phase from
> > > redistributing matrix rows over cpu's ?? i like the w
On Wed, 16 Aug 2006, Thomas Geenen wrote:
> dear petsc users,
>
> is there a way to prevent Petsc during the assembly phase from redistributing
> matrix rows over cpu's ??
The row distribution is done at matrix creation time - and you can set
the row distribution with MatSetSizes() [or MatCreat
On 8/16/06, Thomas Geenen wrote:
> dear petsc users,
>
> is there a way to prevent Petsc during the assembly phase from redistributing
> matrix rows over cpu's ?? i like the way the rows are assigned to the cpu's
> during the setvalues phase.
Actually, the layout of a matrix is fully determined
Hi Thomas.
I am not sure if the following is what you are looking for, but i don't have
PETSc 'redistribute' anything. That is, i tell PETSc exactly how the matrix
should be distributed across the procs via the following:
m_ierr = MatCreateMPIAIJ(PETSC_COMM_WORLD,
? a
Yes - we limit the e-mail sizes on the mailing list - as we don't want
to flood all list participents with multi-megabyte emails.
Issues that require such interaction should be done at
petsc-mait at mcs.anl.gov not petsc-users at mcs.anl.gov.
Satish
On Tue, 15 Aug 2006, Matt Funk wrote:
> Is th
On 8/15/06, Marek Wojciechowski wrote:
> >> > There are nice Python bindings from
> >> >
> >> > http://lineal.developer.nicta.com.au/
>
> I inspected a bit lineal but it also seems to be a work in progress...
> There is no official release and the project is currently hibernated (as i
> was told
>> > There are nice Python bindings from
>> >
>> > http://lineal.developer.nicta.com.au/
I inspected a bit lineal but it also seems to be a work in progress...
There is no official release and the project is currently hibernated (as i
was told at their mailing list). The approach presented t
16 matches
Mail list logo
