OptFrame v4.0 is here!
Now, with newest C++20 features and integrated Unit Testing for user projects and examples (still ongoing work). Scanner++ library is also dettached independent project now.
Remember to clone this repo using --recursive
option, so you don't miss anything ;)
Major changes happened from v3 to v4, so we will need to update our tutorials...
Official Documentation on ReadTheDocs
Note that OptFrame website may have obsolete documentation and examples:
Check https://optframe.github.io/docs/quick-start-guide/
python3 -m pip install -r requirements.txt
TODO: use exhale
Just type: make docs
Output is on: xdg-open $(pwd)/docs/build/html/index.html
First, install Bazel Build: npm install -g @bazel/bazelisk
Also, install bazel buildifier (recommended): go get -v github.com/bazelbuild/buildtools/buildifier
(should appear on $HOME/go/bin
)
To build (currently a small test on demo_opt
):
bazel build ...
Resulting binaries will be located at folder ./bazel-bin/demo_opt/
To clean:
bazel clean
or bazel clean --expunge
Project is organized in three main folders: src
, libs
, tests
and bin
.
- On
src/OptFrame
andtests/OptFrame
are code and testing for OptFrame framework itself. - On
Examples
you can find code and tests for the provided Examples. - On
MyProjects
you can find code and tests for your own codes. - On
bin
, you can find classicoptframe-mct.sh
script, that will generate a new projectX
onMyProjects/X/src
folder (and tests onMyProjects/X/tests
). - On
libs
you can find third-party libraries (including testing and benchmarking, as they are used widely on examples and subprojects) Tests are provided viacatch2
, benchmaking via benchmark library, and alsoscannerpplib
(Scanner++ library) for stream/file processing.
OptFrame Functional Core (FCore) is also provided (strict c++20
):
- On
src/OptFCore
andExamples/FCore-Examples
are code and testing forFCore
framework itself.
The following requirements apply for projects (and subprojects):
- OptFrame -
c++17
- tested ongcc-7
with flags-fconcepts
- FCore -
c++20
- tested ongcc-10.1
with flags-fcoroutines
- Scanner++ -
c++11
- tested ongcc-7
To install gcc-10.1, see these Instructions.
On general two concepts are considered on Search methods (they will be better explained in next section):
- XES and XSH: XES is base type for (primary) search type XSH, which is on general words "what users want"
- XES2 and XSH2: XES2 is base type for (secondary) search/exploration type XSH2, which is "what method uses to give what users want"
Typically, XSH2=XSH=XES for trajectory-based optimization, and XSH2 is population for population-based methods. On multi-objective scenarios, XSH may be some Pareto structure, while XSH2 some "Pareto Population" (see NSGA-II, for example).
A major change happened from OptFrame v3 to v4, where C++ Concepts were finally adopted (before official release of C++20 we use concepts lite
on gcc-7
).
This allowed a further simplification of project, by dividing most templates into two basic categories:
- Solution Space:
XS
template concept - Objective Space:
XEv
template concept
On general, methods will work over a simplified Search Space, composed by a pair <XS, XEv>
(or equivalent structure). Users will likely just use a pair of classical Solution
and Evaluation
classes, or inherit from IESolution
to make its own personalized class ;)
Note that this will be valid for both Single- and Multi-Objective problems, unifying even more all kinds of techniques, into basic containers.
Specially for Multi-Objective problems, the standard Search Space will consist of 2^XES
space, where XES=<XS, XEv>
. A classic member of 2^XES
is the Pareto
class (together with a MultiEvaluator
).
Basic containers are still default Solution
and Evaluation
. Note that both are now not mandatory (thanks to concepts). It's still a very good deal to use them, as they allow templated primitive types like int
and double
to be directly used on Evaluation
, also using basic std structures like vector
directly on Solution
.
If you don't like them, feel free to just replace them (XS
and XEv
can become virtually anything you want).
One can also personalize Evaluation
class with a MultiObjValue
tuple. This theoretically allows a unification between SingleObj and MultiObj methods, without further changes.
OptFrame 3 relied strongly on templates R
and ADS
, but now those only exist for basic Solution containers, and are not mandatory anymore (yet, it may still be good to follow this amazing optimization pattern).
Things are still moving, more big changes are coming.
Search Space is defined on OptFrame as the pair of Solution* Space and Objective Space. It also accepts a powerset of Solution Space together with powerset of Objective Space (for population/multiobjective search).
(*) Solution Space is also called Decision Space by some authors: Lust, T., & Teghem, J. (2009). Two-phase Pareto local search for the biobjective traveling salesman problem. Journal of Heuristics, 16(3), 475–510. doi:10.1007/s10732-009-9103-9
.
InitialSearch
corresponds to (OptFrame v3) Constructive
, in the same way, Solution Space corresponds to Search Space.
Thus it can be used to generate initial valid "solution" that also comprises an objective value.
Please take a deep look at Examples
folder, and build them by simply typing make
there.
Each example is connected to some previous literature work, and can demonstrate how each metaheuristic work on practice.
We know some detailed tutorial is still missing, but we hope to provide more info as soon as possible. Feel free to open issues and new discussions on GitHub ;)
Each example is itself an independent workspace.
For this reason, each example has a reference to @OptFrame
(as local_repository
),
while optframe root itself has a self reference for @OptFrame
(as local_repository
).
This allows building all examples from root, with bazel build ...
or bazel build //Examples/...
One can also jump into each independent example and build it locally.
See available examples on bazel: bazel query //Examples/...
Here are some examples and build advices for bazel.
From root:
bazel build @FCore-Examples//...
bazel run @FCore-Examples//src:app_TSPfcore
Binary will be located at ./bazel-bin/external/FCore-Examples/src/app_TSPfcore
From example (cd Examples/FCore-Examples/
):
bazel clean
bazel build ...
bazel run //src:app_TSPfcore
Binary will be located at ./Examples/FCore-Examples/bazel-bin/src/app_TSPfcore
From root:
bazel build @EternityII//...
cd ./bazel-bin/external/EternityII/app_Example.runfiles/EternityII/
./app_Example
Binary and data will be located at ./bazel-bin/external/EternityII/app_Example.runfiles/EternityII/
From example (cd Examples/EternityII/
):
bazel clean
bazel build ...
bazel run //:app_Example
Binary and data will be located at ./Examples/EternityII/bazel-bin/app_Example.runfiles/__main__/
Getting submodules: git submodule update --init --recursive
and git pull --recurse-submodules
.
Just type cd ./bin && ./mct.sh
(or make mct
) and follow the instructions on screen.
You can find your new project on src/MyProjects/
(and tests on tests/MyProjects/
).
The OptFrame project was hosted in SourceForge.net for 8 years and we are very grateful for all support during this time. Thanks to this support, we have published several academic papers and solved many large scale problems during these years. In order to easily interact with new project collaborators the project is now moved to GitHub platform.
Thanks a lot SourceForge/GitHub!
- Born on 2007 at Universidade Federal de Ouro Preto, Ouro Preto/MG, Brazil
- Very early phases of project, mostly used for Open Pit Mining optimization and VNS/ILS
- Too many type casts (no templates yet!)
- No efficient version control for source files
- Adopted templates and nice metaprogramming design
- Adopted SVN version control
- Evolution on many aspects, due to collaborations on Universidade Federal Fluminense, Niterói/RJ, Brazil
- Mostly maintained by four initial OptHouse members: Igor Machado, Sabir Ribas, Pablo Munhoz and Mário Perché
- Stable release with many techniques for Single and Multi-objective
- Automated runtime testing with CheckCommand
- Practical implementations on several Master and PhD thesis
- Professional implementations on industry software
- Moved to Git source control
- Mostly maintained by Igor Machado and Vitor Nazário Coelho
- Just born with C++ Concepts in mind!
- Byproduct of several worldwide collaborations, with best known software management practices
- Focusing on achieving maximum C++ performance, solving too many memory management complex strategies (fully using self managed memory by smart pointers and move semantics)
- Maximum personalization by the user
OptFrame is organized in several C++ headers.
To install it system-wide (in linux), just type make install
(sudo
will be necessary here):
- headers will be put on
/usr/local/include
- examples, src and tests will be put on
/usr/local/optframe
We recommend to run make test-install
after that, to ensure everything is fine!
Interesting examples are available (see Examples
folder):
- EternityII: Eternity II Puzzle
- HFM: HFM forecast framework by @vncoelho
- HFMVRP: Heterogeneous Fleet Vehicle Routing Problem
- KP: Knapsack Problem (v1)
- KP2: Knapsack Problem (v2)
- MITSP: Multi Improvement Dynamic Programming for Traveling Salesman Problem
- MODM: Multi Objective Direct Marketing Problem
- OPM: Open Pit Mining Operational Planning Problem
- OptHS: OptHouse Cleaning Scheduling
- ParallelTSP: Parallel TSP Prototype
- PMedCap: Capacitated P-Median Problem
- PN: Number Partition Problem
- SVRPDSP: Single Vehicle Routing Problem with Deliveries and Selective Pickups
- TSP: Traveling Salesman Problem (v1)
- TSP2: Traveling Salesman Problem (v2)
To build examples, just type make
on Examples
folder.
The following examples are currently prioritary, due to heavy burden for maintaining all of them:
- pmedcap
- kp
- tsp
- hfvrpmt
- mitsp
- etii
- opths
- gfp (?)
- hfm
- modm
For more information on the others, please file an Issue.
These examples explore several (meta)-heuristic implementations, such as:
- Simulated Annealing
- Genetic Algorithm
- Memetic Algorithm
- Variable Neighborhood Search
- Iterated Local Search
- Tabu Search
- ...
Multi-Objective metaheuristics:
- NSGA-II
- MOVNS
- 2PPLS
- ...
We recommend the following settings for vscode (.vscode/settings.json
):
{
"[cpp]": {
"editor.tabSize": 3,
"editor.detectIndentation": false
},
"C_Cpp.intelliSenseEngine": "Tag Parser",
"C_Cpp.clang_format_fallbackStyle": "{ BasedOnStyle : Mozilla , ColumnLimit : 0, IndentWidth: 3, AccessModifierOffset: -3}",
"testMate.cpp.test.executables": "{tests,build,Build,BUILD,out,Out,OUT}/**/*{test,Test,TEST}*"
}
We recommend Microsoft C/C++
and C++ TestMate
extensions.
Cite this in your paper as:
Coelho, I.M., Ribas, S., Perché, M.H.P., Munhoz, P., Souza, M.J.F., Ochi, L.S. (2010). OptFrame: a computational framework for combinatorial optimization problems. In Anais do XLII Simpósio Brasileiro de Pesquisa Operacional (SBPO). Bento Gonçalves-RS, pp 1887-1898.
@article{optframe2010,
author = {Igor Coelho and Sabir Ribas and Mário Henrique de Paiva Perché and Pablo Munhoz and Marcone Souza and Luiz Ochi},
year = {2010},
month = {08},
pages = {1887-1898},
title = {OptFrame: a computational framework for combinatorial optimization problems},
journal = "Simpósio Brasileiro de Pesquisa Operacional"
}
--
LICENSE GNU Lesser General Public License v3
OptFrame maintainers @igormcoelho and @vncoelho
Copyright (C) 2007-2020
The OptFrame team