You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The process is terminated after 900 seconds, with a last reported seconds of 547 seconds
2025-02-14T00:41:00.562Z 9b5f6813-421b-4093-9e5b-eeb15a56e118 info Cbc0010I After 73300 nodes, 11244 on tree, 386796.69 best solution, best possible 1112224.4 (547.11 seconds)
REPORT RequestId: 9b5f6813-421b-4093-9e5b-eeb15a56e118 Duration: 900000.00 ms Billed Duration: 900000 ms Memory Size: 1792 MB Max Memory Used: 363 MB Status: timeout
I abstracted timestamp and reported seconds from the sample and find a strong linear relationship. disregarding intercept:
timestamp = 1.58 * reported
reported = .633 * timestamp
Using this relationship, If I want to exit cbc before 900 seconds, I should -sec 569 or less. in my application there is some setup before cbc invoked so I will have to pad some.
What could account for these results? [Just spitballing but I look at that .633 ratio and think that's pretty close to 60/100]
Residual standard error: 10.2 on 22 degrees of freedom
Multiple R-squared: 0.9985, Adjusted R-squared: 0.9985
F-statistic: 1.489e+04 on 1 and 22 DF, p-value: < 2.2e-16
The text was updated successfully, but these errors were encountered:
I reran the identical workload and timestamp readings matched with cbc seconds, and cbc gracefully timed me out at the expected time. I've got nothing for a cbc repro. If I had $29 i'd give aws a look.
I am running cbc in a AWS lambda layer. lambda has a timeout of 900 seconds. I am requesting a timeout of 600 seconds on the command line:
/tmp/model.lp -sec 600 -tune 99000000 -strong 0 -sosP orderhigh -solve -solu /tmp/result.txt -quit
The process is terminated after 900 seconds, with a last reported seconds of 547 seconds
This is a sample of the log output.
timeoutfail.txt
I abstracted timestamp and reported seconds from the sample and find a strong linear relationship. disregarding intercept:
timestamp = 1.58 * reported
reported = .633 * timestamp
Using this relationship, If I want to exit cbc before 900 seconds, I should -sec 569 or less. in my application there is some setup before cbc invoked so I will have to pad some.
What could account for these results? [Just spitballing but I look at that .633 ratio and think that's pretty close to 60/100]
R code and results follow:
The text was updated successfully, but these errors were encountered: