[Cbc] CoinModel Equality?

[Miles Lubin]

Hi Matthew,

CoinModel can be used to store an LP/MIP instance, but I don't believe
there are any comparison methods. You'll likely have to manually iterate
through the problem data to compare entry by entry, using whatever
floating-point comparison tolerance is appropriate. I would also suggest
building your infrastructure around a solver-independent interface like
OSI, because it's always valuable to be able to compare the performance of
different solvers. Any academic publication would be remiss to only use one
open-source MIP solver when making claims about time to solve a particular
problem.

Best,
Miles


On Thu, Feb 6, 2014 at 12:51 PM, Matthew Gidden <gidden at wisc.edu> wrote:

> Hi all,
>
> First time caller, long time listener. I'm gearing up the portion of my
> research in which I'll be using and comparing simplex and branch-and-cut
> solvers versus some naive solvers in our simulation environment [1]. We
> require a permissive, open source license (for compatibility with our own -
> BSD 3-clause), so the COIN suite was a natural fit.
>
> To the meat of my question:
> I've written a high-level API for myself and other devs to use to describe
> an problem instance in part of our simulation framework. I would like to be
> able to unit test it such that a problem instance it describes is
> equivalent to some known problem instance (read in through MPS, for
> example). My initial thought was to compare configured CoinModels (i.e.,
> builders). Is there an easy way to compare them? Is this the best approach?
>
> I look forward to your response, thanks!
>
> [1] http://fuelcycle.org/
>
> --
> Matthew Gidden
> Ph.D. Candidate, Nuclear Engineering
> The University of Wisconsin -- Madison
> Ph. 225.892.3192
>
> _______________________________________________
> Cbc mailing list
> Cbc at list.coin-or.org
> http://list.coin-or.org/mailman/listinfo/cbc
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.coin-or.org/pipermail/cbc/attachments/20140206/5e09d271/attachment.html>