[Maxima] "fastfib" in the gf package faster than "fib"
macrakis at alum.mit.edu
Wed Jul 9 09:31:10 CDT 2008
If all you want is two processors, you can certainly run a two
separate Maxima processes on your local machine. I was suggesting
that you might want to think about the general case. But then, I'm
still not clear what you're trying to accomplish.
By the way, if you're doing *floating-point* calculations, probably
the most cost-effective platform (FLOPS per dollar) right now is
graphics accelerator cards (!), and there are people working on real
physics using them. Not something I see Maxima using any time soon,
On Wed, Jul 9, 2008 at 2:21 AM, Richard Hennessy <rvh2007 at comcast.net> wrote:
> "* For nicely modular calculations which run for a long time, these can be run in separate processes which can do whatever they like, including cloud computing (run your calculation on a hundred virtual machines at Amazon!)."
> You are going to have to deal with a few seconds of time from pressing the Enter key to display of result. Not hours. Deal with it now, not tomorrow. Browsers on home PC's have spikes of activity and then long periods like 30 minutes of no network traffic coming from that PC. The spikes I am thinking about could last just a few seconds. I don't want to be charged for an hour of time multiplied by 100 virtual CPU's' for a whole hour when all of the virtual PC's are all idle for 3557 seconds. I also want all my virtual machines to be ALWAYS ON, so there is no bootup waiting period.
> ------------Original Message------------
> From: "Stavros Macrakis" <macrakis at alum.mit.edu>
> To: "Richard Hennessy" <rvh2007 at comcast.net>
> Cc: "Maxima List" <maxima at math.utexas.edu>
> Date: Tue, Jul-8-2008 6:10 PM
> Subject: Re: [Maxima] "fastfib" in the gf package faster than "fib"
> On Tue, Jul 8, 2008 at 3:59 PM, Richard Hennessy <rvh2007 at comcast.net> wrote:
>> Any chance of Maxima or some Lisp implementations soon being able to use core duo correctly (e.g. multi-threading)? My PC has 2 cores and Maxima never uses more than %50 of the available CPU time. I have written screen savers that use %100 percent but who cares about that. I don't use them. Why fry my CPU?
> It would certainly be nice to get an almost 2x speed improvement, but...
> * I don't think any of our usual Lisps (GCL, CMUCL, CLISP, etc.)
> support multiprocessor threads. The biggest challenge there is garbage
> collection, though they probably have other global structures
> internally that would pose difficulties.
> * Common Lisp as far as I know has no standard interface to threads,
> so that means portability would be a problem.
> * Many parts of the system would probably not benefit at all.
> * It's not clear where we could actually get some useful results with
> a reasonable amount of programming. But of course if you have ideas,
> dive in!
> * Much of Maxima's internals depend heavily on serialization, as they
> use global variables etc. Even if you want to parallelize at a high
> level, you run into the problem of keeping things like the "assume"
> database separate for different execution paths. Then again, some
> kinds of calculations could take advantage of parallelization at the
> process level, obviating the need for mucking around with Maxima
> * I don't know if there are good debugging tools for parallel Lisp code....
> * For nicely modular calculations which run for a long time, these can
> be run in separate processes which can do whatever they like,
> including cloud computing (run your calculation on a hundred virtual
> machines at Amazon!).
> In any case, I'm not quite sure what exactly your project is and how
> we can help! Presumably it's something more interesting than a screen
More information about the Maxima