Linear optimization software
1.7k
Stars
333
Forks
174
Open issues
30
Contributors
AI Analysis
HiGHS is a high-performance linear optimization solver supporting linear programming (LP), convex quadratic programming (QP), and mixed-integer programming (MIP) problems. It serves specialized computational optimization needs in operations research, engineering, and quantitative fields where users require parallel-capable solvers without external dependencies. This is a niche tool for practitioners and researchers in mathematical optimization, not a general-purpose library.
Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.
AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.
Production-grade open-source LP/QP/MIP solver with multi-language bindings and institutional backing
HiGHS is a MIT-licensed linear and mixed-integer optimization solver written primarily in C++. It solves linear programming (LP), convex quadratic programming (QP), and mixed-integer programming (MIP) problems via simplex, interior-point, and branch-and-bound methods. Real-world adoption appears concentrated in academic research, algorithmic development, and open-source optimization ecosystems (notably embedded in Google OR-Tools). Multi-platform binaries, Python/C#/Fortran/Julia interfaces, and Conan/PyPI/NuGet distribution suggest institutional maintenance. The project competes indirectly with commercial solvers (CPLEX, Gurobi) and open alternatives (COIN-OR suite, SCIP).
HiGHS began in 2018, built on revised simplex solver code originally authored by Qi Huangfu. Development led by Julian Hall and managed as a software engineering effort by Ivet Galabova. The project emerged during a period of renewed investment in open-source mathematical optimization tools, positioning itself as a modern, dependency-free alternative to older COIN-OR components.
Repository gained 1,678 stars over ~8 years, averaging ~210 stars/year — steady but modest. Recent push to 2026-06-28 and 13 stars in last 7 days indicates active maintenance, not accelerating adoption. Growth likely driven by incremental solver improvements, interface expansions (Python/C#), and integration into larger frameworks (OR-Tools) rather than organic discovery. Conan/PyPI/NuGet presence suggests deliberate packaging effort rather than viral adoption.
Adoption not formally verified in README, but circumstantial evidence is strong: (1) embedded in Google OR-Tools (13.6k+ stars, widely used), (2) PyPI and NuGet presence with download metrics visible, (3) Conan Center distribution (industry standard for C++ packages), (4) institutional authorship (ERGO group, likely academic), (5) active issue/PR workflow visible via build badges. Likely user base includes academic researchers, quantitative finance, supply chain optimization, and operations research practitioners. Lack of explicit case studies or testimonials limits certainty; adoption appears real but not publicly quantified.
Based on README: monolithic C++ codebase with no external dependencies; implements multiple algorithm classes (primal/dual simplex, interior-point, active-set QP, branch-and-bound MIP). Appears modular enough to support language bindings (Python, C#, Fortran, Julia) via wrapper interfaces. README emphasizes 'high performance serial and parallel' but does not document internal architecture, threading model, or algorithmic novelties.
Not documented in README. Build badges and CI workflows (fast, Linux, macOS, Windows) visible, suggesting automated testing infrastructure exists, but specific coverage metrics, test suite size, or regression testing approach not disclosed.
Last push 2026-06-28 (same day as analysis date) confirms active development. Multiple CI workflows (fast-build, platform-specific) and distribution channels (Conan, PyPI, NuGet) suggest sustained engineering effort. README explicitly maintains community contribution pathway (CONTRIBUTING.md referenced). No evidence of stalled development or obsolescence; activity level consistent with mature open-source project, not explosive growth.
ADOPT IF: you need a reliable, dependency-free, open-source LP/QP/MIP solver with good multi-platform support, Python bindings are sufficient, and you can accept potential performance trade-offs vs. commercial solvers. AVOID IF: your primary constraint is maximizing solver speed on very large/hard instances (commercial solvers still have an edge), or you require specialized features (integer programming with cutting planes beyond branch-and-bound, nonlinear optimization). MONITOR IF: you are evaluating OR-Tools and want to understand its LP/QP/MIP backbone, or building an optimization framework and considering HiGHS as a modular backend.
Independent dimensions
Mainstream potential
4/10
Technical importance
7/10
Adoption evidence
5/10
- Performance unverified against commercial benchmarks; README makes no performance claims relative to Gurobi, CPLEX, or SCIP. Real-world speed limits unknown.
- Adoption appears concentrated in academic/research contexts; enterprise production deployment evidence sparse. Support model informal (email-based, no SLA).
- Language bindings (Python, C#, Fortran, Julia) are community-contributed or managed outside core team; maintenance burden and API stability not guaranteed for all languages.
- No quantified user base or case studies published; adoption claims inferred from packaging distribution rather than explicit testimonials or market analysis.
- Dependency on CMake and specific compiler toolchains for build; cross-platform portability tested but not as battle-hardened as much older solvers.
HiGHS will likely remain a stable, specialist tool in the open-source optimization ecosystem, embedded in frameworks like OR-Tools and used by academic researchers and practitioners prioritizing simplicity over maximum performance. Mainstream market adoption (displacing commercial solvers) is unlikely; sustained niche growth (slower adoption in quantitative finance, operations research) more probable. Maintenance trajectory suggests slow, steady development rather than explosive expansion or decline.
Newsletter
Get analyses like this every Monday
Free weekly digest of the most interesting open-source discoveries.
Languages
Information
- Language
- C++
- License
- MIT
- Last updated
- 23h ago
- Created
- 101mo ago
- Analyzed with
- anthropic/claude-haiku-4-5
Stars over time
Contributors over time
Top 100 contributors only — repos with more will plateau at 100.
Open issues
highs_bindings defining PYBIND11_DETAILED_ERROR_MESSAGES breaks ODR for other sources using pybind
Regression in dual-fixing presolve v1.14.0 -> v.1.15.1
Carry a basis through presolve
Regression: addRows no longer skips explicit zeros (~12x slower, highspy 1.13.1 -> 1.15.0)
Similar repos
ceres-solver/ceres-solver
Ceres Solver is a mature, production-grade C++ library for solving large-scale...
| Repository | Stars | Week Δ | Language | Score | Updated |
|---|---|---|---|---|---|
|
|
1.7k | +24 | C++ | 8/10 | 23h ago |
|
|
1k | — | C++ | 8/10 | 1w ago |
|
|
4.5k | — | C++ | 8/10 | 7d ago |
|
|
1.8k | — | C++ | 8/10 | 2mo ago |
|
|
1.1k | — | C++ | 8/10 | 2mo ago |
|
|
5.7k | — | C++ | 8/10 | 20h ago |
13.6k stars, higher mainstream visibility, includes scheduling/routing/graph solvers beyond LP/QP/MIP. HiGHS functions as a solver backend *within* OR-Tools; both complementary and in limited competition. OR-Tools has broader scope; HiGHS is purpose-built for continuous/integer optimization.
1.7k stars, comparable scale. Ipopt focuses on nonlinear continuous optimization; HiGHS covers LP/QP/MIP. Different problem domains with minimal direct overlap. HiGHS appears more actively maintained in recent years.
Not in similar repos list. SCIP is mature, heavy-featured MIP/constraint solver with academic backing. HiGHS is lighter, dependency-free; SCIP more feature-rich but harder to integrate. HiGHS may appeal to users prioritizing simplicity.
Not open-source. Proprietary solvers with superior performance on hard instances and enterprise support. HiGHS trades raw speed for accessibility, transparency, and cost. Viable for academic/prototyping; less suitable for production where marginal performance gains justify licensing.
Higher-level modeling frameworks; HiGHS is a solver backend. PuLP/Pyomo often call HiGHS or other solvers. Complementary rather than competitive; different abstraction layers.