Sorry -- it looks like no one replied to this. :-(
Yes, that should be correct. If you're using the 7.1 series, you can
use "laminfo -param rpi all | grep priorty" to confirm the priorities
of each of the RPI modules. The coll module priorities didn't make it
into the SSI parameter system :-(, but I can confirm for you that what
you said is correct (smp will automatically be used when the
communicator spans more than one node and at least one node has more
than one process, and shmem will automatically be used when all
processes in the communicator are on one node).
On Jan 19, 2005, at 12:32 PM, Maharaja Pandian wrote:
>
>
>
>
> Thanks for replying to my question on data corruption with usysv rpi
> module. Yes, I read Brian's latest mail, which explains the data
> corruption
> problem is only on Powerpc processors. So, I can use usysv on AMD
> Optron
> processors without any concern about data corruption.
>
> My understanding is that if nothing is selected at run time, as a
> default,
> the usysv rpi module will be chosen for point-to-point communication
> because
> usysv has the highest default priority of 40. And, smp/shmem coll
> module
> will be chosen for collective communication because both have priority
> 50.
>
> Would you please confirm these?
>
>
> Thanks for your help.
>
> _______________________________________________
> This list is archived at http://www.lam-mpi.org/MailArchives/lam/
>
--
{+} Jeff Squyres
{+} jsquyres_at_[hidden]
{+} http://www.lam-mpi.org/
|
