[mpich-discuss] Does MPICH implements polling mechanism on MPI_Recv?
Anatoly G
anatolyrishon at gmail.com
Thu May 8 08:45:14 CDT 2014
Thank you.
Anatoly.
On Thu, May 8, 2014 at 3:57 PM, Balaji, Pavan <balaji at anl.gov> wrote:
>
> This is expected. Currently, the only way to not have MPICH poll is to
> configure with --with-device=ch3:sock. Please note that this can cause
> performance loss (the polling is helpful for performance in the common
> case).
>
> We are planning to allow this in the default build as well in the future.
>
> — Pavan
>
> On May 8, 2014, at 7:54 AM, Anatoly G <anatolyrishon at gmail.com> wrote:
>
> > Dear MPICH forum.
> > I created an endless MPI program.
> > In this program each process calls MPI_Recv from other process, w/o any
> MPI_Send.
> > When I execute this program I see each process takes ~ 100% CPU core.
> > Is this behavior (I suppose polling) is normal?
> > May I reduce MPI_Recv CPU penalty?
> >
> > Regards,
> > Anatoly.
> > <mpi_polling.cpp>_______________________________________________
> > discuss mailing list discuss at mpich.org
> > To manage subscription options or unsubscribe:
> > https://lists.mpich.org/mailman/listinfo/discuss
>
> _______________________________________________
> discuss mailing list discuss at mpich.org
> To manage subscription options or unsubscribe:
> https://lists.mpich.org/mailman/listinfo/discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mpich.org/pipermail/discuss/attachments/20140508/857ce3f7/attachment.html>
More information about the discuss
mailing list