Why not create a new command in Maxima?s programming language that allows programs to launch a new instance of Maxima using the shell. That would be the simplest solution. Windows would automatically assign the new process to another CPU or two and the processes are already thread safe. Just like running 2 instances of Maxima manually, except it would be nice if the 2 or more processes could talk to each other . . . This does not seem hellishly impossible.
Rich
From: Richard Fateman
Sent: Monday, December 27, 2010 8:27 PM
To: Stavros Macrakis
Cc: Richard Hennessy ; Maxima List
Subject: Re: [Maxima] Multi-threaded Maxima
On 12/27/2010 5:15 PM, Stavros Macrakis wrote:
You're absolutely right -- I should have been looking at the max, not the sum, of the individual times. Very stupid of me.
-s
Yeah, max, not sum would be right. But here's a question. Why, if we are running on a single processor, is it only 50%
busy? Is it 50% = 100% X (1/2) because it is one processor out of two? Or is it 50% of one processor and 0% on
the other processor?
If busy-ness is on a per processor basis,
why should any processor be less than 100% busy unless it is waiting for disk or memory or other I/O.?
And for making a parallel matrix multiply, it seems to me that using someone else's routine is the way to go,
not to use lisp threads. There is parallel LAPACK www.netlib.org/scalapack/