<div dir="ltr">Wonderful. We have successfully installed and run SYMPHONY-5.6.10 across multiple machines with PVM. Thank you so much.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 5, 2015 at 12:00 PM, <span dir="ltr"><<a href="mailto:symphony-request@list.coin-or.org" target="_blank">symphony-request@list.coin-or.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Symphony mailing list submissions to<br>
<a href="mailto:symphony@list.coin-or.org">symphony@list.coin-or.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://list.coin-or.org/mailman/listinfo/symphony" target="_blank">http://list.coin-or.org/mailman/listinfo/symphony</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:symphony-request@list.coin-or.org">symphony-request@list.coin-or.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:symphony-owner@list.coin-or.org">symphony-owner@list.coin-or.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Symphony digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: SYMPHONY with PVM (Ted Ralphs)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sat, 4 Apr 2015 12:04:47 -0400<br>
From: Ted Ralphs <<a href="mailto:tkr2@lehigh.edu">tkr2@lehigh.edu</a>><br>
To: Alfred Pennyworth <<a href="mailto:batcavecluster@gmail.com">batcavecluster@gmail.com</a>><br>
Cc: symphony <<a href="mailto:symphony@list.coin-or.org">symphony@list.coin-or.org</a>><br>
Subject: Re: [Symphony] SYMPHONY with PVM<br>
Message-ID:<br>
<<a href="mailto:CA%2BGYyct2kTNxzOAgxsyhz%2Bv2y4jDWqVBpLXjP_sGf7SU4nuszQ@mail.gmail.com">CA+GYyct2kTNxzOAgxsyhz+v2y4jDWqVBpLXjP_sGf7SU4nuszQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi guys,<br>
<br>
I just made a release 5.6.10 that should fix this problem. Enjoy!<br>
<br>
Cheers,<br>
<br>
Ted<br>
<br>
On Mon, Mar 16, 2015 at 10:16 AM, Alfred Pennyworth <<br>
<a href="mailto:batcavecluster@gmail.com">batcavecluster@gmail.com</a>> wrote:<br>
<br>
> Dr. Ralphs and SYMPHONY team,<br>
><br>
> Our team has continued our efforts to use SYMPHONY, but we've hit another<br>
> impasse. We can consistently "make" SYMPHONY using the information you<br>
> previously gave us, but we can't seem to make it work properly.<br>
> We start SYMPHONY in distributed memory parallel processing mode from the<br>
> command line as follows:<br>
> symphony_m_tm_cp -f <configuration.file> -F <problem.file> [-p #]<br>
> When configuration.file either does not specifiy max_active_nodes or<br>
> specifies max_active_nodes to be 1, an instance of symphony_m_tm_cp will<br>
> start on the initiating machine and a single instance of symphony_lp_cg<br>
> will start on one of the machines currently running pvm (we have not<br>
> noticed a pattern in which machine is selected). The presence of absence<br>
> of "-p #" on the command line has no apparent impact, regardless of the<br>
> value of #. SYMPHONY will then solve the problem using a single processor<br>
> to do all LP solving tasks.<br>
> When the configuration file sets max_active_nodes to any integer N > 1, we<br>
> get a single instance of symphony_m_tm_cp on the calling machine as well as<br>
> N instances of symphony_lp_cg spread over the available machines. However,<br>
> the problem is not solved. The calling machine's standard output will<br>
> display the table of "Time Done Queued LB UB Gap" as normal; Time<br>
> increments, but "Done" and "Queued" remain at 0 and 1, respectively. As<br>
> before, the presence or absence of "-p #" and value of # have no apparent<br>
> effect. When we force SYMPHONY to exit gracefully (Control-C, e while<br>
> running), all outputs are 0 except:<br>
><br>
> Total Wallclock Time: the number of seconds we let SYMPHONY run<br>
> Ramp Up Time (TM): approximately the number of lp processes * wallclock<br>
> time<br>
> Total User Time: on the order of 0.01<br>
> Number of created nodes: 1<br>
> Size of the tree: 1<br>
> In the latter case, we were expecting that SYMPHONY would use the<br>
> additional instances of symphony_lp_cg to simultaneously analyse multiple<br>
> nodes. If this is how the parallel processing feature is meant to work, it<br>
> seems that the master process is starting the appropriate number of other<br>
> processes, but something is preventing the Tree Manager process from<br>
> assigning tasks to the LP processes.<br>
> We don't know whether it's relevant, but when we use lp_mach_num and the<br>
> associated parameters in the configuration file, SYMPHONY always starts the<br>
> expected number of instances of symphony_lp_cg and always exclusively on<br>
> the specified machine(s).<br>
> We've attempted to make and call SYMPHONY using most of the documented<br>
> compile time and run time parameters, and none (except as noted) have any<br>
> effect on SYMPHONY?s behavior whenever max_active_nodes > 1.<br>
> We've also attempted to configure and make SYMPHONY with the modules<br>
> divided in other configurations and have been unable to successfully make<br>
> an installation with executables other than clp, symphony,<br>
> symphony_m_tm_cp, and symphony_lp_cg. We?ve used both config.site and<br>
> command-line options as described in the user manual to configure to try to<br>
> build SYMPHONY with the modules divided differently, but any configuration<br>
> that would lead to executables other than the above fails during the make<br>
> process.<br>
><br>
> We?ve also located a file named ?<SYMPHONY?s root folder>/SYMPHONY/config?<br>
> that appears to be meant to control many of the same parameters as<br>
> config.site, notably use of PVM, static vs. shared libraries, and module<br>
> compilations (specifically SYM_COMPILE_IN_LP = FALSE). We?ve re-compiled<br>
> and re-installed SYMPHONY after editing those parameters to match the ones<br>
> set in config.site. We haven?t found any references to this configuration<br>
> file in the documentation; is it still used, or is it something carried<br>
> forward from a previous version?<br>
><br>
> Are we misunderstanding how SYMPHONY is meant to run in a distributed<br>
> memory parallel setup, or simply mis-calling or mis-configuring the<br>
> program? Is there anything else we can do that might help identify or<br>
> solve the problem?<br>
><br>
> Many thanks in advance,<br>
> David, John, and Tom<br>
><br>
><br>
> _______________________________________________<br>
> Symphony mailing list<br>
> <a href="mailto:Symphony@list.coin-or.org">Symphony@list.coin-or.org</a><br>
> <a href="http://list.coin-or.org/mailman/listinfo/symphony" target="_blank">http://list.coin-or.org/mailman/listinfo/symphony</a><br>
><br>
><br>
<br>
<br>
--<br>
Dr. Ted Ralphs<br>
Associate Professor, Lehigh University<br>
<a href="tel:%28610%29%20628-1280" value="+16106281280">(610) 628-1280</a><br>
ted 'at' lehigh 'dot' edu<br>
<a href="http://coral.ie.lehigh.edu/~ted" target="_blank">coral.ie.lehigh.edu/~ted</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://list.coin-or.org/pipermail/symphony/attachments/20150404/8bc2575c/attachment-0001.html" target="_blank">http://list.coin-or.org/pipermail/symphony/attachments/20150404/8bc2575c/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Symphony mailing list<br>
<a href="mailto:Symphony@list.coin-or.org">Symphony@list.coin-or.org</a><br>
<a href="http://list.coin-or.org/mailman/listinfo/symphony" target="_blank">http://list.coin-or.org/mailman/listinfo/symphony</a><br>
<br>
<br>
End of Symphony Digest, Vol 101, Issue 1<br>
****************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font><span style="font-family:tahoma,sans-serif">"Why do we fall, sir? So that we might better learn to pick ourselves up."</span></font><br><font><span style="font-family:tahoma,sans-serif"></span></font><br><font><span style="font-family:tahoma,sans-serif">"What is the point of all those push-ups if you can’t even lift a bloody log?"</span></font><font></font><font><span style="font-family:tahoma,sans-serif"></span></font></blockquote></div></div>
</div>