<html><head></head><body>Dear all,<br>
<br>
just one doubt: From my experience I guess order of commands is important. So I would say you must set the time limit before you call solve and quit, otherwise it can't be taken into account.<br>
<br>
Best,<br>
Christian <br><br><div class="gmail_quote">Am 23. Januar 2018 04:02:48 MEZ schrieb cbc-request@coin-or.org:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Send Cbc mailing list submissions to<br> cbc@list.coin-or.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e= <br>or, via email, send a message with subject or body 'help' to<br> cbc-request@list.coin-or.org<br><br>You can reach the person managing the list at<br> cbc-owner@list.coin-or.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Cbc digest..."<br><br><br>Today's Topics:<br><br> 1. Re: two minor issues in cbc (maxtime and log) (Matthew Galati)<br> 2. Re: two minor issues in cbc (maxtime and log) (Andrew Wald)<br><br><br><hr><br><br>Message: 1<br>Date: Mon, 22 Jan 2018 21:59:40 -0500<br>From: Matthew Galati <matthew.galati@gmail.com><br>To: Andrew Wald <andrewjohnwald@gmail.com><br>Cc: "cbc@list.coin-or.org" <cbc@list.coin-or.org><br>Subject: Re: [Cbc] two minor issues in cbc (maxtime and log)<br>Message-ID: <187F90F8-76A1-4BDB-B69A-5B4EC68621B7@gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>Wall clock and cpu are pretty close here. I suspect CBC is just not checking maxtime often enough (inside some expensive operation). <br><br>Sent from my iPhone<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> On Jan 22, 2018, at 9:48 PM, Andrew Wald <andrewjohnwald@gmail.com> wrote:<br> <br> Hi Matthew,<br> <br> It seems like your problem is pretty large and spent a lot of time pre-processing... <br> <br> Not sure if this will help since I don't have your files to test, but this might be something to try. What about constraining by the wall clock like this when you call it up:<br> cbc -solve -quit -seconds 1300 -timeMode elapsed<br> <br> - Andrew<br> <br> <br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> On Mon, Jan 22, 2018 at 8:06 PM, Matthew Galati <Matthew.Galati@sas.com> wrote:<br> Two minor issues. This is through the C++ CBCModel API using the latest CBC.<br> <br> <br> <br> I set max time (1300 seconds), but CBC did not stop until after 19,900 seconds.<br> This is a maximization problem, but the final summary states ?Lower bound? for the bound. It might be cleaner to just say ?bound? ? to avoid confusion.<br> <br> <br> command line - cbc -solve -quit -seconds 1300 (default strategy 1)<br> <br> Continuous objective value is 1.88508e+09 - 855.75 seconds<br> <br> Cgl0005I 998000 SOS with 13941976 members<br> <br> Cgl0004I processed model has 999000 rows, 13941976 columns (13941976 integer (13 941976 of which binary)) and 26887952 elements<br> <br> Cutoff increment increased from 1e-05 to 0.9999<br> <br> Cbc0020I Exiting on maximum time<br> <br> Cbc0005I Partial search - best objective 1e+50 (best possible -1.885078e+09), to ok 0 iterations and 0 nodes (19624.31 seconds)<br> <br> Cbc0035I Maximum depth 0, 0 variables fixed on reduced cost<br> <br> Cuts at root node changed objective from -1.88508e+09 to -1.88508e+09<br> <br> Probing was tried 0 times and created 0 cuts of which 0 were active after adding rounds of cuts (0.000 seconds)<br> <br> Gomory was tried 0 times and created 0 cuts of which 0 were active after adding rounds of cuts (0.000 seconds)<br> <br> Knapsack was tried 0 times and created 0 cuts of which 0 were active after addin g rounds of cuts (0.000 seconds)<br> <br> Clique was tried 0 times and created 0 cuts of which 0 were active after adding rounds of cuts (0.000 seconds)<br> <br> MixedIntegerRounding2 was tried 0 times and created 0 cuts of which 0 were activ e after adding rounds of cuts (0.000 seconds)<br> <br> FlowCover was tried 0 times and created 0 cuts of which 0 were active after addi ng rounds of cuts (0.000 seconds)<br> <br> TwoMirCuts was tried 0 times and created 0 cuts of which 0 were active after add ing rounds of cuts (0.000 seconds)<br> <br> <br> <br> Result - Stopped on time limit<br> <br> <br> <br> No feasible solution found<br> <br> Lower bound: 1885078031.000<br> <br> Enumerated nodes: 0<br> <br> Total iterations: 0<br> <br> Time (CPU seconds): 19928.34<br> <br> Time (Wallclock seconds): 19973.07<br> <br> <br> <br> Total time (CPU seconds): 19930.87 (Wallclock seconds): 19975.64<br> <br> <br><hr><br> Cbc mailing list<br> Cbc@list.coin-or.org<br> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=">https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=</a> <br> <br></blockquote> <br><hr><br> Cbc mailing list<br> Cbc@list.coin-or.org<br> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=">https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=</a> <br></blockquote>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://urldefense.proofpoint.com/v2/url?u=http-3A__list.coin-2Dor.org_pipermail_cbc_attachments_20180122_d3cd910f_attachment-2D0001.html&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=qO-mN-dEvKdGuU8NIjn63PMq0rKpfBJK05f2BJF6wYk&e= ><br><br><hr><br><br>Message: 2<br>Date: Mon, 22 Jan 2018 21:02:46 -0600<br>From: Andrew Wald <andrewjohnwald@gmail.com><br>To: Matthew Galati <matthew.galati@gmail.com><br>Cc: "cbc@list.coin-or.org" <cbc@list.coin-or.org><br>Subject: Re: [Cbc] two minor issues in cbc (maxtime and log)<br>Message-ID:<br> <CADbqYTKjknLm8Aq4zz+7tJFsDEdz8Ej2n10J5rmfU-qDgsXH+A@mail.gmail.com><br>Content-Type: text/plain; charset="utf-8"<br><br>Yeah I saw they were close, just didn't know if the wallclock was maybe<br>checked on a different frequency or perhaps on a separate thread.<br><br>On Mon, Jan 22, 2018 at 8:59 PM, Matthew Galati <matthew.galati@gmail.com><br>wrote:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Wall clock and cpu are pretty close here. I suspect CBC is just not<br> checking maxtime often enough (inside some expensive operation).<br><br> Sent from my iPhone<br><br> On Jan 22, 2018, at 9:48 PM, Andrew Wald <andrewjohnwald@gmail.com> wrote:<br><br> Hi Matthew,<br><br> It seems like your problem is pretty large and spent a lot of time<br> pre-processing...<br><br> Not sure if this will help since I don't have your files to test, but this<br> might be something to try. What about constraining by the wall clock like<br> this when you call it up:<br> cbc -solve -quit -seconds 1300 -timeMode elapsed<br><br> - Andrew<br><br><br> On Mon, Jan 22, 2018 at 8:06 PM, Matthew Galati <Matthew.Galati@sas.com><br> wrote:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Two minor issues. This is through the C++ CBCModel API using the latest<br> CBC.<br><br><br><br> 1. I set max time (1300 seconds), but CBC did not stop until after<br> 19,900 seconds.<br> 2. This is a maximization problem, but the final summary states<br> ?Lower bound? for the bound. It might be cleaner to just say ?bound? ? to<br> avoid confusion.<br><br><br><br> command line - cbc -solve -quit -seconds 1300 (default strategy 1)<br><br> Continuous objective value is 1.88508e+09 - 855.75 seconds<br><br> Cgl0005I 998000 SOS with 13941976 members<br><br> Cgl0004I processed model has 999000 rows, 13941976 columns (13941976<br> integer (13<br> 941976 of which binary)) and 26887952 elements<br><br> Cutoff increment increased from 1e-05 to 0.9999<br><br> Cbc0020I Exiting on maximum time<br><br> Cbc0005I Partial search - best objective 1e+50 (best possible<br> -1.885078e+09), to<br> ok 0 iterations and 0 nodes<br> (19624.31 seconds)<br><br> Cbc0035I Maximum depth 0, 0 variables fixed on reduced cost<br><br> Cuts at root node changed objective from -1.88508e+09 to -1.88508e+09<br><br> Probing was tried 0 times and created 0 cuts of which 0 were active after<br> adding<br> rounds of cuts (0.000<br> seconds)<br><br> Gomory was tried 0 times and created 0 cuts of which 0 were active after<br> adding<br> rounds of cuts (0.000<br> seconds)<br><br> Knapsack was tried 0 times and created 0 cuts of which 0 were active<br> after addin<br> g rounds of cuts (0.000<br> seconds)<br><br> Clique was tried 0 times and created 0 cuts of which 0 were active after<br> adding<br> rounds of cuts (0.000 seconds)<br><br> MixedIntegerRounding2 was tried 0 times and created 0 cuts of which 0<br> were activ<br> e after adding rounds of cuts<br> (0.000 seconds)<br><br> FlowCover was tried 0 times and created 0 cuts of which 0 were active<br> after addi<br> ng rounds of cuts (0.000<br> seconds)<br><br> TwoMirCuts was tried 0 times and created 0 cuts of which 0 were active<br> after add<br> ing rounds of cuts (0.000<br> seconds)<br><br><br><br> Result - Stopped on time limit<br><br><br><br> No feasible solution found<br><br> Lower bound: 1885078031.000<br><br> Enumerated nodes: 0<br><br> Total iterations: 0<br><br> Time (CPU seconds): 19928.34<br><br> Time (Wallclock seconds): 19973.07<br><br><br><br> Total time (CPU seconds): 19930.87 (Wallclock seconds):<br> 19975.64<br><br><hr><br> Cbc mailing list<br> Cbc@list.coin-or.org<br> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=">https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=</a> </blockquote><br><br><hr><br> Cbc mailing list<br> Cbc@list.coin-or.org<br> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=">https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=</a> </blockquote><br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <https://urldefense.proofpoint.com/v2/url?u=http-3A__list.coin-2Dor.org_pipermail_cbc_attachments_20180122_1dc19dbd_attachment.html&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=v4PPNErBS7KGUbpQRWGM_aoc0F04ouE17wrZnz1ozCQ&e= ><br><br><hr><br><br>Subject: Digest Footer<br><br><hr><br>Cbc mailing list<br>Cbc@list.coin-or.org<br><a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=">https://urldefense.proofpoint.com/v2/url?u=https-3A__list.coin-2Dor.org_mailman_listinfo_cbc&d=DwICAg&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=jf64w96-SZWFoSGL6RvJTCLdjpDrCQsBg5xepU6-I65dM553oHvWvH3QcWawbnI2&m=hHFRhglYWcW5pjXxDEpYqcPTY_8jh9cKG1IwbvPYN-M&s=2h6rQoh4CpU-ejZmABBCkZT5v5jDrP2IeUPB3E5dDds&e=</a> <br><br><br><hr><br><br>End of Cbc Digest, Vol 125, Issue 15<br>************************************<br></pre></blockquote></div><br>
-- <br>
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.</body></html>