[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-glpk] Parallel runs of glpk
From: |
Andrew Makhorin |
Subject: |
Re: [Help-glpk] Parallel runs of glpk |
Date: |
Sun, 18 Dec 2016 15:09:34 +0300 |
Mathieu,
>
> I think I can solve the problem by extending the second solution
> and having it backward compatible. It suffices to have
> reentrant functions that take env as argument and non-reentrant
> functions that takes no env argument.
>
>
> So, we are still backward compatible but offer a reentrant
> alternative.
>
>
> Are you interested? I think it would be nice to finally address the
> issue.
>
Glpk is a serial code; it has no features to run in parallel. So, as I
explained in my previous post, there is no sense to make it thread-safe.
If it is necessary to solve several *independent* problems at the same
time (for example, on a multi-core CPU), it is sufficient to run several
instances of glpk as separate processes, in which case thread-safety is
not needed. Replacing glp_set/get_tls with a reenterant version gives
the same effect, but allows to run multiple instances of glpk within the
same process that sometimes may be preferred. I think this is normal for
non-interactive applications that perform numerical computations.
Best regards,
Andrew Makhorin
- Re: [Help-glpk] Parallel runs of glpk, (continued)
- Re: [Help-glpk] Parallel runs of glpk, Thiago Neves, 2016/12/14
- Re: [Help-glpk] Parallel runs of glpk, Joshua Friedman, 2016/12/14
- Re: [Help-glpk] Parallel runs of glpk, Andrew Makhorin, 2016/12/14
- Re: [Help-glpk] Parallel runs of glpk, Meketon, Marc, 2016/12/14
- Re: [Help-glpk] Parallel runs of glpk, Mathieu Dutour, 2016/12/14
- Re: [Help-glpk] Parallel runs of glpk, Mathieu Dutour, 2016/12/15
- Message not available
- Re: [Help-glpk] Parallel runs of glpk,
Andrew Makhorin <=
- Re: [Help-glpk] Parallel runs of glpk, Mathieu Dutour, 2016/12/18