[petsc-users] Solving complex linear sparse matrix in parallel + external library
Sal Am
tempohoper at gmail.com
Tue Nov 27 03:29:44 CST 2018
>
> This can happen if you use an 'mpiexec' which is from a different MPI than
> the one you compiled PETSc with.
>
that is odd, I tried removing the --download-mpich from the config and
tried --with-mpi=1 (which should be default anyways) and retried it with
--with-mpich=1.
Current reconfig file:
'--download-mpich',
'--download-mumps',
'--download-scalapack',
'--download-superlu_dist',
'--with-cc=gcc',
'--with-clanguage=cxx',
'--with-cxx=g++',
'--with-debugging=no',
'--with-fc=gfortran',
'--with-mpi=1',
'--with-mpich=1',
'--with-scalar-type=complex',
'PETSC_ARCH=linux-opt'
Still does not work though, I tried executing ex11 in
ksp/ksp/example/tutorial/ex11 which should solve a linear system in
parallel by running mpiexec -n 2 but it prints out
Mat Object: 1 MPI processes
...
..
twice.
What am I missing?
Why would you want a minimum iterations? Why not set a tolerance and a max?
> What would you achieve with a minimum?
>
I thought PETSc might not be iterating far enough, but after having had a
look at KSPSetTolerances it makes more sense.
Instead of 'preonly', where you do not want a residual, use 'richardson' or
> 'gmres' with a max of 1 iterate (-ksp_max_it 1)
>
So I tried that by executing: mpiexec -n 4 ./test -ksp_type richardson
-pc_type lu -pc_factor_mat_solver_type mumps -ksp_max_it 1
on the command line. However, nothing prints out on the terminal (aside
from PetscPrintf if I have them enabled).
Thank you.
On Fri, Nov 16, 2018 at 12:00 PM Matthew Knepley <knepley at gmail.com> wrote:
> On Fri, Nov 16, 2018 at 4:23 AM Sal Am via petsc-users <
> petsc-users at mcs.anl.gov> wrote:
>
>> Hi,
>>
>> I have a few questions:
>>
>> 1. The following issue/misunderstanding:
>> My code reads in two files one PETSc vector and one PETSc matrix (b and A
>> from Ax=b, size ~65000x65000).
>> and then calls KSP solver to solve it by running the following in the
>> terminal:
>>
>> mpiexec - n 2 ./SolveSys -ksp_type preonly -pc_type lu
>> -pc_factor_mat_solver mumps
>>
>> Now mumps is supposed to work in parallel and complex, but the code is
>> not solved in parallel it seems. It just prints the result twice. Adding
>> -log_view gives me
>>
>> "./SolveSys on a linux-opt named F8434 with 1 processor..." printed twice.
>>
>
> This can happen if you use an 'mpiexec' which is from a different MPI than
> the one you compiled PETSc with.
>
>
>> 2. Using iterative solvers, I am having difficulty getting convergence. I
>> found that there is a way to set the maximum number of iterations, but is
>> there a minimum I can increase?
>>
>
> Why would you want a minimum iterations? Why not set a tolerance and a
> max? What would you achieve with a minimum?
>
>
>> 3. The residual is not computed when using direct external solvers. What
>> is proper PETSc way of doing this?
>>
>
> Instead of 'preonly', where you do not want a residual, use 'richardson'
> or 'gmres' with a max of 1 iterate (-ksp_max_it 1)
>
> Thanks,
>
> Matt
>
>
>> -----------------------------------------------------The
>> code---------------------------------------
>> #include <petscksp.h>
>> #include <iostream>
>> int main(int argc,char **args)
>> {
>> Vec x,b; /* approx solution, RHS */
>> Mat A; /* linear system matrix */
>> KSP ksp; /* linear solver context */
>> PetscReal norm; /* norm of solution error */
>> PC pc;
>> PetscMPIInt rank, size;
>> PetscViewer viewer;
>> PetscInt its, i;
>> PetscErrorCode ierr;
>> PetscScalar *xa;
>> PetscBool flg = PETSC_FALSE;
>>
>> ierr = PetscInitialize(&argc,&args,(char*)0,help);if (ierr) return ierr;
>> MPI_Comm_rank(PETSC_COMM_WORLD,&rank);
>> MPI_Comm_size(PETSC_COMM_WORLD,&size);
>>
>> #if !defined(PETSC_USE_COMPLEX)
>> SETERRQ(PETSC_COMM_WORLD,1,"This example requires complex numbers");
>> #endif
>> /*
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> Compute the matrix and right-hand-side vector that define
>> the linear system, Ax = b.
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> */
>> ierr = PetscPrintf(PETSC_COMM_WORLD,"reading vector in binary from
>> Vector_b.dat ...\n");CHKERRQ(ierr);
>> ierr =
>> PetscViewerBinaryOpen(PETSC_COMM_WORLD,"../../python/petscpy/Vector_b.dat",FILE_MODE_READ,&viewer);CHKERRQ(ierr);
>> ierr = VecCreate(PETSC_COMM_WORLD, &b);CHKERRQ(ierr);
>> ierr = VecLoad(b,viewer); CHKERRQ(ierr);
>>
>> ierr = PetscPrintf(PETSC_COMM_WORLD,"reading matrix in binary from
>> Matrix_A.dat ...\n");CHKERRQ(ierr);
>> ierr =
>> PetscViewerBinaryOpen(PETSC_COMM_WORLD,"../../python/petscpy/Matrix_A.dat",FILE_MODE_READ,&viewer);CHKERRQ(ierr);
>> ierr = MatCreate(PETSC_COMM_WORLD,&A);CHKERRQ(ierr);
>> ierr = MatLoad(A,viewer);CHKERRQ(ierr);
>> ierr = PetscViewerDestroy(&viewer);CHKERRQ(ierr);
>>
>> ierr = VecDuplicate(b,&x);CHKERRQ(ierr);
>>
>> /* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> Create the linear solver and set various options
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> */
>> PetscPrintf(PETSC_COMM_WORLD, "Creating KSP\n");
>> ierr = KSPCreate(PETSC_COMM_WORLD,&ksp);CHKERRQ(ierr);
>>
>>
>> PetscPrintf(PETSC_COMM_WORLD, "KSP Operators\n");
>> ierr = KSPSetOperators(ksp,A,A);CHKERRQ(ierr);
>>
>> ierr = KSPGetPC(ksp, &pc);CHKERRQ(ierr);
>> ierr = PCSetType(pc, PCLU);CHKERRQ(ierr);
>> ierr = KSPSetFromOptions(ksp);CHKERRQ(ierr);
>>
>> /* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> Solve the linear system
>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> */
>> ierr = KSPSetUp(ksp);CHKERRQ(ierr);
>> ierr = KSPSetUpOnBlocks(ksp);CHKERRQ(ierr);
>> ierr = KSPSolve(ksp,b,x);CHKERRQ(ierr);
>> PetscPrintf(PETSC_COMM_WORLD, "Solved");
>>
>> /*
>> Free work space. All PETSc objects should be destroyed when they
>> are no longer needed.
>> */
>> ierr = KSPDestroy(&ksp);CHKERRQ(ierr);
>> ierr = VecDestroy(&x);CHKERRQ(ierr);
>> ierr = VecDestroy(&b);CHKERRQ(ierr);
>> ierr = MatDestroy(&A);CHKERRQ(ierr);
>> ierr = PetscFinalize();
>> return ierr;
>> }
>>
>>
>> Kind regards,
>> Sal
>>
>
>
> --
> What most experimenters take for granted before they begin their
> experiments is infinitely more interesting than any results to which their
> experiments lead.
> -- Norbert Wiener
>
> https://www.cse.buffalo.edu/~knepley/
> <http://www.cse.buffalo.edu/~knepley/>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20181127/670a164f/attachment-0001.html>
More information about the petsc-users
mailing list