[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GLPSOL in webassemby faster than native ?
From: |
Michael Hennebry |
Subject: |
Re: GLPSOL in webassemby faster than native ? |
Date: |
Wed, 30 Sep 2020 15:02:34 -0500 (CDT) |
User-agent: |
Alpine 2.20 (DEB 67 2015-01-07) |
On Tue, 29 Sep 2020, Domingo Alvarez Duarte wrote:
I found why GLPK in wasm was faster with "--cuts" option than native, it was
due wasm using qsort from muslc that is a "stable sort", I've added it to my
GLPK repository and running all models in the "examples" folder only
"color.mod" produces a different solution (that seems to be valid anyway).
Michael Hennebry wrote:
Roadblocks include the toolchain and the system libraries.
The math library can matter.
How did you find it?
--
Michael hennebry@web.cs.ndsu.NoDak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
-- someeecards
- Re: GLPSOL in webassemby faster than native ?, (continued)
- Re: GLPSOL in webassemby faster than native ?, Domingo Alvarez Duarte, 2020/09/25
- Re: GLPSOL in webassemby faster than native ?, Andrew Makhorin, 2020/09/25
- Re: GLPSOL in webassemby faster than native ?, Manuel Muñoz Márquez, 2020/09/26
- Re: GLPSOL in webassemby faster than native ?, Andrew Makhorin, 2020/09/26
- Re: GLPSOL in webassemby faster than native ?, Manuel Muñoz Márquez, 2020/09/27
- Re: GLPSOL in webassemby faster than native ?, Andrew Makhorin, 2020/09/27
- Re: GLPSOL in webassemby faster than native ?, Michael Hennebry, 2020/09/27
- Re: GLPSOL in webassemby faster than native ?, Domingo Alvarez Duarte, 2020/09/29
- Re: GLPSOL in webassemby faster than native ?,
Michael Hennebry <=
- Re: GLPSOL in webassemby faster than native ?, Heinrich Schuchardt, 2020/09/30