LAM/MPI logo

LAM/MPI General User's Mailing List Archives

  |   Home   |   Download   |   Documentation   |   FAQ   |   all just in this list

From: Davide Cesari (dcesari_at_[hidden])
Date: 2009-04-07 03:08:55


Pedro Petrovitch ha scritto:
> I've experienced a lock at my program while using the the pattern that
> guarantees that it won't lock,
> if the send isn't blocking (I use a MPI_Send and then a MPI_Recv for
> both processes). The lock just started to happen

Well, MPI_Send and MPI_Recv ARE blocking functions, so, if the
communication pattern is such that it may create a deadlock (or as you
say, it will not deadlock only if communication is not blocking), then
you will probably experience locking at a certain message size.

> when the messages being transfered got bigger. I've made some research
> about it and found out that there was
> something called MP_EAGER_LIMIT in IBM's implementation that let the
> user set the size of messages without
> the need of using rendesvouz protocol. Is there something like that in
> LAM's implementation?

I think there is something similar also for LAM, maybe at compilation
time, don't know for sure, but it is not wise to rely on it for avoiding
blocking, if you want to guarantee portability and reliability for your
application, you had better use MPI_Isend and/or MPI_Irecv at the cost
of a slightly more complex code.
        Good luck, Davide

>
> Thanks a lot for your time.
> Best Regards,
> Pedro Petrovitch.
>

-- 
============================= Davide Cesari ============================
Servizio IdroMeteorologico ARPA Emilia Romagna
Area Modellistica Numerica e Radarmeteorologia
  Phone/Fax: +39 051525926/+39 0516497501
  E-mail:    dcesari_at_[hidden]
  Home page: http://www.webalice.it/o.drofa/davide/
  Address:   ARPA-SIM, Viale Silvani 6, 40122 Bologna, Italy
========================================================================