gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Re: MPI


From: Mike Thomas
Subject: Re: [Gcl-devel] Re: MPI
Date: Wed, 9 Oct 2002 10:54:47 +1000

Hi Camm.

I'm working around the Unixisms (setitimer(), signals etc) at the moment.
As a matter of interest, which version of MPI are you using.  (I normally
use MPICH with Haskell and C).

Cheers

Mike Thomas.


----- Original Message -----
From: "Camm Maguire" <address@hidden>
To: <address@hidden>; <address@hidden>
Cc: <address@hidden>
Sent: Friday, October 04, 2002 4:34 AM
Subject: Re: [Gcl-devel] Re: MPI


> Greetings!  OK, I've verified that gcl-mpi is working on my cluster,
> at least to the extent of running the example programs.  But I think
> there is an error somewhere in the master-slave.lsp file -- namely
> when curr-tag wraps back to zero once it exceeds broadcast-tag.  Here
> is what I get on a large (par-eval '(myfactor-par ...)):
>
> TRACE: 12 ->: NIL
> TRACE: -> 12: 9998
> TRACE: 13 ->: NIL
> TRACE: -> 13: 9999
> TRACE: 15 ->: NIL
> TRACE: -> 15: 10000
> TRACE: 1 ->: NIL
> TRACE: -> 1: 10001
> TRACE: 2 ->: NIL
>
> Error: Previous task appears to not yet have completed:
>        2
>
> broad-cast-tag is 10000, and for some reason the pending array is not
> getting cleared properly.  Commenting out the error check here allows
> the code to proceed normally.
>
> Advice appreciated.
>
> Take care,
>
> Camm Maguire <address@hidden> writes:
>
> > Greetings, and thanks for the query.
> >
> > I found this at http://www-unix.mcs.anl.gov/mpi/libraries.html:
> >
> >   A beta version of GCL/MPI is now available by anonymous ftp. This is
> >   a free software package built on top of MPI and GCL LISP, to easily
> >   write parallel programs on networks of workstations. GCL/MPI is
> >   intended as an easy-to-use master-slave distributed architecture. It
> >   combines the feedback of an interactive language (the GCL or AKCL
> >   dialect of LISP) with the the use of MPI (Message Passing Interface)
> >   to take advantage of networks of workstations. As such, it is hoped
> >   that it will make available an SPMD architecture that helps people
> >   overcome the initial learning barrier in writing parallel
> >   programs. Ease-of-use is emphasized while hoping to maintain
> >   reasonable efficiency and a reasonable feature set. This
> >   distribution, along with a paper describing it is available by
> >   anonymous ftp in the directory /pub/people/gene/starmpi at
> >   ftp.ccs.neu.edu . The current implementation is based on MPI and GCL
> >   or AKCL, but it should be easily portable to other message passing
> >   libraries (such as PVM) and other dialects of Common LISP with a
> >   foreign function interface capable of loading object (.o) files and
> >   library archive (.a) files. This version is still
> >   experimental. Comments are gratefully accepted. Thanks to Gene
> >   Cooperman .
> >
> > I've downloaded the source, and have gotten the thing to compile with
> > a few changes.  I have a cluster here, and will be trying to test it
> > out.  If the licensing works out, I'd like to add this as an
> > autoloadable module to the distribution, given the popularity of
> > clustering and the relative advantage it could give to gcl.  And I
> > have some reasonable mpi experience myself, so its something I can do.
> >
> > Thoughts from the list welcome.
> >
> > This also brings up the general question of 3rd party library
> > interfaces.  If gcl could in theory do something uniquely well for the
> > free lisp world, this surely should be it, given its close
> > relationship to the C compiler.
> >
> > As faslink has not been implemented for Linux yet, right now the way
> > one does this is to write a lisp wrapper for the library, compile,
> > link using the new LINK function I added for maxima, exit and restart.
> > One no longer needs the source tree.
> >
> > Improvements could be the elimination of the need for the wrapper, and
> > using dlopen to access the library in the live image, with this
> > dynamic link being preserved on save-system.  I don't know if either
> > are even possible, but they would preserve the incremental nature of
> > lisp, it seems.
> >
> > Coming from the C world, the idea of having to write a wrapper for
> > every 3rd party library one wants to use will permanently retard the
> > use of lisp, I'd think.  Reimplementing everything in lisp, while in
> > theory possible and even appealing, is not practical given the volume
> > of high quality free software now available.
> >
> > Take care,
> >
> >
> > root <address@hidden> writes:
> >
> > > Camm,
> > >
> > > We have just installed a beowulf cluster and I want to convince
> > > the university to use GCL. Do you know of a working MPI extension?
> > >
> > > Tim
> > >
> > >
> >
> > --
> > Camm Maguire      address@hidden
> >
==========================================================================
> > "The earth is but one country, and mankind its citizens."  --
Baha'u'llah
> >
> >
> > _______________________________________________
> > Gcl-devel mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/gcl-devel
> >
> >
>
> --
> Camm Maguire      address@hidden
> ==========================================================================
> "The earth is but one country, and mankind its citizens."  --  Baha'u'llah
>
>
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gcl-devel
>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]