Adjust the 'filem_rsh_max_incomming' parameter: http://osl.iu.edu/research/ft/ompi-cr/api.php#mca-filem_rsh_max_incomming
I defaulted this MCA parameter to 10 since, depending on how big each individual checkpoint is, you will find that often sending them all at once is often worse than sending only a window of them at a time. I would recommend trying a few different values for this parameter and seeing the impact it has both on checkpoint overhead (additional application overhead) and checkpoint latency (the time it takes for the checkpoint to completely finish). -- Josh On Sep 13, 2010, at 7:42 PM, <ananda.mu...@wipro.com> <ananda.mu...@wipro.com> wrote: > Hi > > I was trying out the staging option in checkpoint where I save the checkpoint > image in local file system and have the image transferred to global > filesystem in the background. As part of the background process I see that > the “scp” command is launched to transfer the images from local file system > to global file system. I am using openmpi-1.5rc6 with BLCR 0.8.2. > > In my experiment, I had about 128 cores saved their respective checkpoint > images on local file system. During the background process, I see that only > 10 “scp” requests are sent at a time. Is this a configurable parameter? Since > these commands will run on respective nodes, how can I launch all 128 scp > requests (to take care of all 128 images in my experiment) simultaneously? > > Thanks > Ananda > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient should > check this email and any attachments for the presence of viruses. The company > accepts no liability for any damage caused by any virus transmitted by this > email. > > www.wipro.com > > <ATT00001..txt> ------------------------------------ Joshua Hursey Postdoctoral Research Associate Oak Ridge National Laboratory http://www.cs.indiana.edu/~jjhursey
