Forum Discussion
FICO
3 years agoCommunity Manager
__lll_lock_wait allowing only one thread to work
I am calling the XPRESS optimizer from a multithreaded Pascal application and having performance issues with the solver. While the program is multithreaded, all but one of the threads are sleeping a...
FICO
3 years agoCommunity Manager
Several threads build their problem and optimize them in a concurrent fashion. While each of the threads do create and destroy several problems, a comparison with an open source solver that's also integrated with the application yields a CPU usage 30 times higher and much faster execution times.
The debug clearly shows threads are waiting for a mutex. There must be a bug in the program for sure, I just need to figure out why XPRESS would wrap destroyprob around a mutex and why I am hitting it as it would make sense that such operation could be done in parallel.
Related Content
Related Content
Parameter Threads
Hi, I'm using Fico Xpress and I have a question about the parameter THREADS. According to the documentation, THREADS > 0 means the "number of threads to use". Let suppose THREADS = 4. In this ca...7 years agoPlace FICO® Xpress Optimization ForumFICO® Xpress Optimization Forum2 unread comments2 unread0Views0likes2CommentsConst correctness and thread safety in the C-API
How do I know : Which functions can be considered const i.e leave the XPRSprob in an unaltered state ? Which functions are thread safe ? (I am in particular interested in knowing if XPRSbtran and...3 years agoPlace FICO® Xpress Optimization ForumFICO® Xpress Optimization Forum3 unread comments3 unread0Views0likes3Comments