[scilab-Users] Parallel computation - grid creation

[Constellation Athome]

Hi Sylvestre,

please define "play with"! This wording gives me goosebumps! :D

Andreas

2010/12/10 Sylvestre Ledru <sylvestre.ledru at scilab.org>

> I am interested :)
> Please let me know when you have something I could play with!
>
> Sylvestre
>
> Le vendredi 10 décembre 2010 à 17:54 +0100, Constellation Athome a
> écrit :
> > Hi,
> >
> > okay, it's not an official solution (yet), but we're working on an
> > implementation of Scilab as a BOINC app for our aerospace platform
> > Constellation. We allready did our first tests and it looks promising.
> > And with the release of Scilab 5.3.0 (stable) and it's minimum
> > installation mode, we will do public tests for our subprojects that
> > will use Scilab.
> >
> > BOINC is a server/client system for distributed computing
> > http://en.wikipedia.org/wiki/Boinc but perhaps that's not what you are
> > looking for.
> > IF you decide to take this route, feel free to contact me. Perhaps I
> > can help.
> >
> > Andreas
> > --
> > AerospaceResearch.net/Constellation
> > Dipl.-Ing. (FH) Andreas Hornig
> > König-Karl-Straße 27
> > 70372 Stuttgart / Germany
> > Email: constellation at aerospaceresearch.net
> >
> > 2010/12/9 Pedro Ledoux <p_ledoux at yahoo.com.br>
> >         Hello. About paralelization why use a interpreted language
> >         like Scilab? Are there some advantages? To numerical optimized
> >         algorithms I prefer use a compiled language one, to numerical
> >         application my favourite is Fortran. For such applications a
> >         compiled code run much more faster than an interpreted one
> >         like Matlab and Scilab. If you want to run this aplication
> >         paralely probably it is too optimised and full of iterations.
> >
> >         In a algorithm to the method FDTD to eletromagnetism use an
> >         interpreted language is inviable if you want more than dozens
> >         of thousands of  iterations. Codes written in Fortran are easy
> >         to paralelise using an API called OpenMP.
> >
> >
> >
> >         ______________________________________________________________
> >         De: Mathieu Dubois <mathieu.dubois at limsi.fr>
> >         Para: users at lists.scilab.org
> >         Enviadas: Quinta-feira, 9 de Dezembro de 2010 9:46:22
> >         Assunto: Re: [scilab-Users] Parallel computation - grid
> >         creation
> >
> >
> >         Hello,
> >
> >         I once set up small cluster in my lab. I found 2 "cluster"
> >         distributions that may help you.
> >
> >         I know that OSCAR (http://oscar.openclustergroup.org/)
> >         automatically ste up PVM. Nevertheless the project seems to
> >         have difficulties to deliver a stable version for the 6
> >         branch.
> >
> >         You may also have look at ROCKS
> >         (http://www.rocksclusters.org/wordpress/) which seems more
> >         dynamic (but I don't know of it has PVM included).
> >
> >         I have never used PVM with scilab so I can't help you with
> >         this. I know that there is a compile time option to enable it.
> >         Maybe the default version has PVM...
> >
> >         Mathieu
> >
> >         On 12/08/2010 01:42 PM, sebastien salmon wrote:
> >         > Hello,
> >         >
> >         > I'm curently working on some metaheuristic optimization
> >         problems using Scilab and external programs such as Dymola for
> >         exemple.
> >         > Those optimizations require a lot of computation witch could
> >         be parallelized.
> >         > I plan to set up a grid through the lab (up to 50 computers
> >         under windows (xp-vista-seven) or linux (fedora - debian -
> >         ubuntu)) and I'm loocking for some exemple of the install and
> >         use of pwm under Scilab.
> >         >
> >         > Thanks for your help,
> >         > S.Salmon
> >
> >
> >
> >
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20101212/1c64f357/attachment.htm>