Re: Thread Safety of GLPK
"Heinrich Schuchardt" <[email protected]>
| Newsgroups | gmane.comp.gnu.glpk |
|---|---|
| Message-ID | <trinity-908d1faa-a784-465a-813f-28f8e2fbc94b-1503643503380@msvc-mesg-gmx117> |
GLPK 4.63 supports multi threading. Is your citation from a current manual? Regards Heinrich Am 25.08.17, 05:52, Simone Atzeni <[email protected]> schrieb: Hi, In the GLPK documentation, paragraph "2.1.3 Thread Safety" states: "The standard version of GLPK API is not thread safe and therefore should not be used in multi-threaded programs.” Does it mean that two threads can not solve two independent LP/MIP simultaneously? For example, I am running a multi-threaded program where each thread is solving a different MIP, and I am experiencing a segmentation fault. I tried to analyzed the problem with GDB and looks like the seg fault is happening when one thread free the memory of its own MIP. Could the non-thread safety be the reason of the segmentation fault? I put the function call that creates and solves the MIP within a mutex lock/unlock and the segmentation fault is not happening, so I guess that answers my question. But if that’s the reason, is there a workaround or thread-safe GLPK version? The mutex reduces heavily the performance of my program. Thanks. Best Regards, Simone Simone Atzeni PhD Candidate School of Computing University of Utah _________________________________ mobile: +1 (801) 696-8373 email: [email protected] http://www.cs.utah.edu/~simone _______________________________________________ Help-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-glpk _______________________________________________ Help-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-glpk