[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Help-glpk] GLPK re-endrant
From: |
Robbie Morrison |
Subject: |
Re: [Help-glpk] GLPK re-endrant |
Date: |
Tue, 30 Jun 2009 20:55:51 +0200 |
User-agent: |
Thunderbird 1.5.0.14ubu (X11/20080306) |
Hi Antonello
Can you post your conclusions back to this list? I do
something similar: my "agents" are plant operators, market
participants, are engineering equipment. At present I just
make and reset little GLPK instances. No performance issues
at present, but this strategy could well scale rather badly.
Robbie
---
> ------------------------------------------------------------
> Subject: Re: [Help-glpk] GLPK re-endrant
> From: Antonello Lobianco
> Date: Tue, 30 Jun 2009 13:02:14 +0200
> ------------------------------------------------------------
>
> In my case I have a C++ program (an agent-based model)
> that instances many objects (agents). Each istance owns
> its own small glpk problem and solve it independently from
> the other instances (in a per-agent loop).
>
> So in my case, reentrant would make a huge difference ;-)
>
> So.. is it enought to do a "search and replace" for
> strerror and strtok on the src tarball and add the
> __thread attribute on the tls pointer (file glplib02.c)
> before configure/compiling on a i386 {Linux box && MinGW}
> to have glpk reentrant ?
>
> That would be great!
>
> Antonello
>
> On Mon, Jun 29, 2009 at 9:06 PM, Andrew Makhorin <address@hidden> wrote:
>
>> No, currently glpk is not reentrant.
[snip: explanation]
> --
> Antonello Lobianco
> http://www.lobianco.org/antonello
> antonello a.t lobianco.org
> sip:address@hidden
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : address@hidden
Webmail (preferred) : address@hidden
[from IMAP client]
- Re: [Help-glpk] GLPK re-endrant,
Robbie Morrison <=