[O-MPI devel] question about {min,max}_{send,rdma}_size
Hello Galen,
I have a question about {min,max}_{send,rdma}_size btl parameters.
Can you explain to me what is the meaning of each of them. I thought I
understand but it seams I was wrong :).
I thought that one RDMA transfer cannot be bigger then max_rdma_size and
if application tries to send buffer bigger than that the transaction
will be split to several RDMA operation. But my test shows this is not
the case.
By the way I think the following should be applied:
Index: btl_openib_component.c
===
--- btl_openib_component.c (revision 8901)
+++ btl_openib_component.c (working copy)
@@ -195,7 +195,7 @@
1024*1024, (int*)
&mca_btl_openib_module.super.btl_min_rdma_size);
mca_btl_openib_param_register_int("max_rdma_size", "maximium rdma size",
1024*1024, (int*)
&mca_btl_openib_module.super.btl_max_rdma_size);
-mca_btl_openib_param_register_int("flags", "BTL flags, SEND=0, PUT=1,
GET=2",
+mca_btl_openib_param_register_int("flags", "BTL flags, SEND=1, PUT=2,
GET=4",
MCA_BTL_FLAGS_PUT, (int*)
&mca_btl_openib_module.super.btl_flags);
mca_btl_openib_param_register_int("bandwidth", "Approximate maximum
bandwidth of interconnect",
--
Gleb.
Re: [O-MPI devel] Alpha 4 and job state transitions
Nathan I have found the problem. It will take me a day to fix it - I'll let you know when it is done. Thanks Ralph At 03:05 PM 2/1/2006, you wrote: This was happening on Alpha 1 as well but I upgraded today to Alpha 4 to see if it's gone away - it has not. I register a callback on a spawn() inside ORTE. That callback includes the current state and should be called as the job goes through those states. I am now noticing that jobs never go through the INIT state. They may also not go through others but definitely not ORTE_PROC_STATE_INIT. I was registering the IOForwarding callback during the INIT phase so, consequentially, I now do not have IOF. There are other side effects such as jobs that I start I think are perpetually in the 'starting' state and then, suddenly, they're done. Can someone look into / comment on this please? Thanks. -- -- Nathan Correspondence - Nathan DeBardeleben, Ph.D. Los Alamos National Laboratory Parallel Tools Team High Performance Computing Environments phone: 505-667-3428 email: ndeb...@lanl.gov - ___ devel mailing list de...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/devel
