From: Wartan Hachaturow <wart@tepkom.ru>
To: gsl-discuss@sources.redhat.com
Subject: Parallel computing abilitites in GSL?
Date: Tue, 31 Dec 2002 09:55:00 -0000 [thread overview]
Message-ID: <20020705135228.GB25350@mojo.tepkom.ru> (raw)
Hello.
First of all I'd really like to thank you guys for this _brilliant_ library.
(It does even has those braindamaged ntuples -- and I don't have to
use Fortran again to parse them! :)
The question is: what do you think -- is it overall possible to create
some (perhaps, built-in in the library (best) or it could be separate
compilable wrapper, or something like that) support for out-of-the-box
paralleling of gsl-using applications?
Say, for example, one might expect GSL (being told about the resources
available) to automatically run parts of the algorithms (that does allow
that) on multiple machines, using PVM/MPI/whatever. That would allow
people to easily create paralleled applications, using their favourite
scientific library..
--
Regards, Wartan.
"Computers are not intelligent. They only think they are."
WARNING: multiple messages have this Message-ID
From: Wartan Hachaturow <wart@tepkom.ru>
To: gsl-discuss@sources.redhat.com
Subject: Parallel computing abilitites in GSL?
Date: Fri, 05 Jul 2002 06:54:00 -0000 [thread overview]
Message-ID: <20020705135228.GB25350@mojo.tepkom.ru> (raw)
Message-ID: <20020705065400.EcIcwVtmx8XrlnTbxszLVG2AVXZJ3mZ-KDODvbNUUIE@z> (raw)
Hello.
First of all I'd really like to thank you guys for this _brilliant_ library.
(It does even has those braindamaged ntuples -- and I don't have to
use Fortran again to parse them! :)
The question is: what do you think -- is it overall possible to create
some (perhaps, built-in in the library (best) or it could be separate
compilable wrapper, or something like that) support for out-of-the-box
paralleling of gsl-using applications?
Say, for example, one might expect GSL (being told about the resources
available) to automatically run parts of the algorithms (that does allow
that) on multiple machines, using PVM/MPI/whatever. That would allow
people to easily create paralleled applications, using their favourite
scientific library..
--
Regards, Wartan.
"Computers are not intelligent. They only think they are."
next reply other threads:[~2002-12-31 9:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-31 9:55 Wartan Hachaturow [this message]
2002-07-05 6:54 ` Wartan Hachaturow
2002-12-31 9:55 ` Brian Gough
2002-07-07 15:27 ` Brian Gough
2002-07-07 18:59 ` Hossein S. Zadeh
2002-07-08 11:52 ` Brian Gough
2002-07-08 1:22 ` Wartan Hachaturow
2002-07-08 11:52 ` Brian Gough
-- strict thread matches above, loose matches on Subject: below --
2002-12-31 9:55 tlb
2002-07-07 16:06 ` tlb
2002-12-31 9:55 tlb
2002-07-07 15:55 ` tlb
2002-11-05 15:59 E. Robert Tisdale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020705135228.GB25350@mojo.tepkom.ru \
--to=wart@tepkom.ru \
--cc=gsl-discuss@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).