http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management en-us 2026 Maplesoft, A Division of Waterloo Maple Inc. Maplesoft Document System Wed, 10 Jun 2026 16:16:27 GMT Wed, 10 Jun 2026 16:16:27 GMT The latest comments added to the Blog Entry, Load Balancing and Thread Management http://www.mapleprimes.com/images/mapleprimeswhite.jpg http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management?ref=Feed:MaplePrimes:Load Balancing and Thread Management:Comments#comment62908 <p>Darin on a different subject: <br /> <br /> will the interface between the kernel and the GUI in Maple 14 be able to handle asynchronious updates?</p> <p>as discussed here&nbsp; http://www.mapleprimes.com/forum/multithreadingloops</p> The latest comments added to the Blog Entry, Load Balancing and Thread Management 62908 Sun, 11 Oct 2009 00:57:17 Z alex_01 alex_01 http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management?ref=Feed:MaplePrimes:Load Balancing and Thread Management:Comments#comment62909 <p>&nbsp;</p> <p>I don't think that particular issue will be resolved in Maple 14.&nbsp; It will require a fairly significant re-write of the communication code.&nbsp; There are a few places in the kernel that still don't work optimially with multiple threads, and we are focusing on fixing the ones that are performance bottlenecks first.</p> <p>&nbsp;</p> <p>Darin</p> <p>-- Kernel Developer Maplesoft</p> The latest comments added to the Blog Entry, Load Balancing and Thread Management 62909 Tue, 13 Oct 2009 17:05:16 Z dohashi dohashi http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management?ref=Feed:MaplePrimes:Load Balancing and Thread Management:Comments#comment62910 <p>How does the debugger work alongside Threads? I suppose that Threads:-Self can be used. Are there different effects when using the Task model than using just Threads? Does it show in the callstack results from the the 'list' command inside the debugger? Do all other Threads get blocked from entering any proc in the callstack of the Thread being currently debugged? Is there any risk of switching Thread unintentionally while &quot;inside&quot; the debugger? Is there any way to force/attempt a Thread switch while inside?</p> The latest comments added to the Blog Entry, Load Balancing and Thread Management 62910 Wed, 14 Oct 2009 19:11:56 Z pagan pagan http://www.mapleprimes.com/maplesoftblog/36608-Load-Balancing-And-Thread-Management?ref=Feed:MaplePrimes:Load Balancing and Thread Management:Comments#comment62911 <p>Unfortunately, the debugger does not work very well with threads or Tasks.&nbsp; Fixing this is relatively high on our priorities list.</p> <p>Currently the debugger does not support any explicit threading commands (listing threads, changing threads, etc).&nbsp; However the debugger will work in any thread.&nbsp; If one thread is stopped in the debugger other threads continue to run, unless they hit breakpoints as well.&nbsp; When this happens, there can be multiple debugger sessions attached to multiple threads.&nbsp; Debugging like this can be confusing as it can be hard to tell which DBG&gt; prompt corresponds to which thread.</p> <p>Similar rules apply to the Task Programming Model, with the added cavet that the call stack does not work properly.&nbsp; We'd like the call stack for a Task to show its parent tasks, however that does not currently work.</p> <p>Darin</p> <p>-- Kernel Developer Maplesoft</p> The latest comments added to the Blog Entry, Load Balancing and Thread Management 62911 Thu, 15 Oct 2009 17:39:57 Z dohashi dohashi