[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 (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.


> ------------------------------------------------------------
> 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
> antonello a.t
> 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]

reply via email to

[Prev in Thread] Current Thread [Next in Thread]