<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi James,<br>
<br>
just a short addition: did you leave the verbosity level at default
(high)? Then you could change it to full and see a display line
after each pricing round. If you already set it to full before, we
will need to investigate further to find the reason for the behavior
you are experiencing.<br>
<br>
Best,<br>
Gerald<br>
<br>
<div class="moz-cite-prefix">Am 16.05.2017 um 21:05 schrieb Gerald
Gamrath:<br>
</div>
<blockquote cite="mid:42ad82e5-4066-6fa6-d14d-a1cb5bd49eeb@zib.de"
type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Hi James,<br>
<br>
sorry for the late reply. Your explanation with the cuts sounds
reasonable and could well cause this behavior, but is not the
reason here, since the cuts are only added a bit later.<br>
I also needed to have a look in the code to find the cause, but in
the end, it's quite simple: SCIP does not print a display line
after each pricing round, but only if nrounds % 100 == 1 (and
after the pricing round is finished, after cutting, etc.). So, the
second line you see is after a few more pricing rounds and you end
up at 30.000 variables at that point even if only 2000 are added
each round.<br>
<br>
Best,<br>
Gerald<br>
<br>
<div class="moz-cite-prefix">Am 15.05.2017 um 11:55 schrieb James
Cussens:<br>
</div>
<blockquote
cite="mid:CALQgqO04SCK4Y3c0UN2=v8TcHmSC1ZAABdrhcTLW6oGKyRMtkA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Hi folks,</div>
<div><br>
</div>
<div>Regarding my question below. I suspect now that the
reason I end up with so many new columns is that the
relevant variables are in the cuts I am adding. Does that
make sense?</div>
<div><br>
</div>
<div>James</div>
<div><br>
</div>
<br>
<div class="gmail_quote">---------- Forwarded message
----------<br>
From: <b class="gmail_sendername">James Cussens</b> <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:james.cussens@york.ac.uk">james.cussens@york.ac.uk</a>></span><br>
Date: 12 May 2017 at 15:13<br>
Subject: pricing in problem variables<br>
To: <a moz-do-not-send="true" href="mailto:scip@zib.de">scip@zib.de</a><br>
<br>
<br>
<div dir="ltr">
<div>I am experimenting with setting my problem variables
to be non-initial and having them 'priced-in'. See
below for an example of what is going on.</div>
<div><br>
</div>
<div>The line where we get 2000 cols makes sense, since
this is the (default) value of pricing/maxvarsroot =
2000. However on the next iteration we end up with ~30k
columns.</div>
<div>I don't see why we don't just end up with 4000. Can
anyone illuminate me?</div>
<div><br>
</div>
<div>Note that since I have also marked my variables as
'removable' most of them get (perhaps temporarily)
removed a little later on.</div>
<div><br>
</div>
<div>James</div>
<div> <font face="monospace, monospace"> </font></div>
<div><font face="monospace, monospace"><br>
</font></div>
<div><font face="monospace, monospace">.....</font></div>
<div><font face="monospace, monospace">1 constraints of
type <dagcluster></font></div>
<div><font face="monospace, monospace">Presolving Time:
14.87</font></div>
<div><font face="monospace, monospace"><br>
</font></div>
<div><font face="monospace, monospace"> time | node |
left |LP iter| mem |depth|mdpt |frac |cons |cols
|rows |cuts |pool |confs|strbr| dualbound |
primalbound | gap </font></div>
<div><font face="monospace, monospace"> 16.6s| 1 |
0 | 2 | 249M| 0 | 0 | - |1275 |2000 | 23 |
0 | 0 | 0 | 0 | 0.000000e+00 | -- |
Inf </font></div>
<div><font face="monospace, monospace"> 16.7s| 1 |
0 | 23 | 250M| 0 | 0 | 0 |1275 | 30k| 23 |
0 | 0 | 0 | 0 |-6.120109e+04 | -- |
Inf </font></div>
<div><font face="monospace, monospace">k16.8s| 1 |
0 | 23 | 250M| 0 | 0 | 0 |1275 | 30k| 23 |
0 | 0 | 0 | 0 |-6.120109e+04 |-8.017084e+04 |
31.00%</font></div>
<div><font face="monospace, monospace"> 17.1s| 1 |
0 | 210 | 261M| 0 | 0 | 0 |1275 | 30k| 149 |
126 | 8 | 0 | 0 |-6.120109e+04 |-8.017084e+04 |
31.00%</font></div>
<div><font face="monospace, monospace"> 17.2s| 1 |
0 | 210 | 261M| 0 | 0 | 0 |1275 | 30k| 149 |
126 | 8 | 0 | 0 |-6.396899e+04 |-8.017084e+04 |
25.33%</font></div>
<div><font face="monospace, monospace"> 18.1s| 1 |
0 | 444 | 288M| 0 | 0 | 58 |1275 | 30k| 288 |
265 | 9 | 0 | 0 |-6.396899e+04 |-8.017084e+04 |
25.33%</font></div>
<div><font face="monospace, monospace"> 18.3s| 1 |
0 | 463 | 288M| 0 | 0 | 55 |1275 | 30k| 288 |
265 | 9 | 0 | 0 |-6.566947e+04 |-8.017084e+04 |
22.08%</font></div>
<div><font face="monospace, monospace">k18.4s| 1 |
0 | 463 | 288M| 0 | 0 | 55 |1275 | 30k| 288 |
265 | 9 | 0 | 0 |-6.566947e+04 |-7.959231e+04 |
21.20%</font></div>
<div><font face="monospace, monospace"> 19.9s| 1 |
0 | 1144 | 299M| 0 | 0 | 136 |1275 | 30k| 366 |
343 | 10 | 0 | 0 |-6.566947e+04 |-7.959231e+04 |
21.20%</font></div>
<div><font face="monospace, monospace"> 20.4s| 1 |
0 | 1211 | 299M| 0 | 0 | 152 |1275 | 30k| 366 |
343 | 10 | 0 | 0 |-6.640382e+04 |-7.959231e+04 |
19.86%</font></div>
<div><font face="monospace, monospace"> 22.1s| 1 |
0 | 1782 | 301M| 0 | 0 | 207 |1275 | 30k| 442 |
419 | 11 | 0 | 0 |-6.640382e+04 |-7.959231e+04 |
19.86%</font></div>
<div><font face="monospace, monospace"> 22.7s| 1 |
0 | 1851 | 301M| 0 | 0 | 221 |1275 | 30k| 442 |
419 | 11 | 0 | 0 |-6.643694e+04 |-7.959231e+04 |
19.80%</font></div>
<div><font face="monospace, monospace">k22.8s| 1 |
0 | 1851 | 301M| 0 | 0 | 221 |1275 | 30k| 442 |
419 | 11 | 0 | 0 |-6.643694e+04 |-7.919237e+04 |
19.20%</font></div>
<div><font face="monospace, monospace"> 24.3s| 1 |
0 | 2116 | 416M| 0 | 0 | 197 |1275 | 525 | 416 |
469 | 38 | 0 | 0 |-6.643694e+04 |-7.919237e+04 |
19.20%</font></div>
<div><font face="monospace, monospace">....</font></div>
<span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div><br>
</div>
-- <br>
<div class="m_-5620744507916354856gmail_signature">James
Cussens<br>
Dept of Computer Science &<br>
York Centre for Complex Systems Analysis<br>
Room 326, The Hub, Deramore Lane Tel <a
moz-do-not-send="true"
href="tel:+44%201904%20325371"
value="+441904325371" target="_blank">+44 (0)1904
325371</a><br>
University of York
Fax <a moz-do-not-send="true"
href="tel:+44%201904%20500159"
value="+441904500159" target="_blank">+44 (0)1904
500159</a><br>
York YO10 5GE, UK <a
moz-do-not-send="true"
href="http://www.cs.york.ac.uk/%7Ejc"
target="_blank">http://www.cs.york.ac.uk/~jc</a><br>
<a moz-do-not-send="true"
href="http://www.york.ac.uk/docs/disclaimer/email.htm"
target="_blank">http://www.york.ac.uk/docs/<wbr>disclaimer/email.htm</a></div>
</font></span></div>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">James
Cussens<br>
Dept of Computer Science &<br>
York Centre for Complex Systems Analysis<br>
Room 326, The Hub, Deramore Lane Tel +44
(0)1904 325371<br>
University of York
Fax +44 (0)1904 500159<br>
York YO10 5GE, UK <a
moz-do-not-send="true"
href="http://www.cs.york.ac.uk/%7Ejc" target="_blank">http://www.cs.york.ac.uk/~jc</a><br>
<a moz-do-not-send="true"
href="http://www.york.ac.uk/docs/disclaimer/email.htm"
target="_blank">http://www.york.ac.uk/docs/disclaimer/email.htm</a></div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Scip mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Scip@zib.de">Scip@zib.de</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://listserv.zib.de/mailman/listinfo/scip">https://listserv.zib.de/mailman/listinfo/scip</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Scip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Scip@zib.de">Scip@zib.de</a>
<a class="moz-txt-link-freetext" href="https://listserv.zib.de/mailman/listinfo/scip">https://listserv.zib.de/mailman/listinfo/scip</a>
</pre>
</blockquote>
<br>
</body>
</html>