On Tue, Aug 08, 2006 at 09:15:46AM -0400, Douglas Eadline wrote:
> 3) "closed plumbing" - the underlying software cannot be
>altered or examined by the user.
[...]
> Case 3, really has no relevance in Linux clusters. The plumbing
> is open (http://www.clustermonkey.net//content/view/24/33/)
I
On Thu, Aug 10, 2006 at 10:47:00AM +1000, SIM DOG wrote:
> I recently visited a large educational institution (that shall remain
> nameless) that hosts an excellent, world class, science research team.
> They also have a reasonably large Beowulf environment (over 100 dual nodes).
>
> Now maybe it
On Mon, 21 Aug 2006, Jonathan Ennis-King wrote:
One way to alleviate the performance hit is of course to use a 90% Java
strategy, where the computationally intensive 10% (here, parallel sparse
matrix inversion) is handled in C.
It's the mixed language part that worries me with Java, especially i
On Sun, 20 Aug 2006, Joe Landman wrote:
Robert G. Brown wrote:
[...]
Java, octave, matlab, python, perl etc. are MUCH WORSE in this regard.
All require NONTRIVIAL encapsulation of the library into the interactive
environment. I have never done an actual encapsulation into any of
Cant spe
Joe Landman wrote:
> I take a pragmatic view. If a language is well suited for a task, I
> think it makes sense to use it.
I agree 110%. I think we just differ on the breadth of task for which,
for example, Perl is appropriate.
> I don't advocate against Fortran. It is a great language, very us
Geoff Jacobs wrote:
> Biased? Perhaps.
>
> I think the compressed syntax as well as the broad semantics, which are
> a benefit to the implementer, really hamper ongoing maintenance of
> software written in Perl.
To avoid going into a language war, will basically leave this comment
with one not
Robert G. Brown wrote:
[...]
> Java, octave, matlab, python, perl etc. are MUCH WORSE in this regard.
> All require NONTRIVIAL encapsulation of the library into the interactive
> environment. I have never done an actual encapsulation into any of
Cant speak to Octave/Java/Matlab. Python and P
Jim Lux wrote:
> At 06:08 AM 8/20/2006, Joe Landman wrote:
[...]
>> Hey ... I like that +/vector is a sum reduction over a variable named
>> vector, and it can do it on the outermost index.
>
> But you need that special APL keyboard with the greek letters...
They weren't greek so much as ...
Joe Landman wrote:
>
> Geoff Jacobs wrote:
>
>> *throws on his scalliwag hat*
>> And also many inappropriate languages, such as Intercal, APL, BrainF***,
>> or even Perl when you're on a caffeine buzz.
>> *removes hat*
>
> Hey ... I like that +/vector is a sum reduction over a variable named
> v
On Sun, 20 Aug 2006, Joe Landman wrote:
Jonathan:
Jonathan Ennis-King wrote:
Does anyone have experience writing parallel Java code (using MPI) with
calls to C libraries which also use MPI? Is this possible/sensible? Is
there a big performance hit relative to doing the same in C++?
Unless al
At 06:08 AM 8/20/2006, Joe Landman wrote:
Geoff Jacobs wrote:
> *throws on his scalliwag hat*
> And also many inappropriate languages, such as Intercal, APL, BrainF***,
> or even Perl when you're on a caffeine buzz.
> *removes hat*
Hey ... I like that +/vector is a sum reduction over a variab
At 09:28 PM 8/13/2006, Brian Dobbins wrote:
So if it were a democratic process, I'd vote to keep it here, but if a
new list/site is created, I'll go wherever the information is. (How
many subscribers are on this list now anyways? The www.beowulf.org
website says, "Over 3,000 researchers, en
Geoff Jacobs wrote:
> *throws on his scalliwag hat*
> And also many inappropriate languages, such as Intercal, APL, BrainF***,
> or even Perl when you're on a caffeine buzz.
> *removes hat*
Hey ... I like that +/vector is a sum reduction over a variable named
vector, and it can do it on the out
Jonathan:
Jonathan Ennis-King wrote:
> Does anyone have experience writing parallel Java code (using MPI) with
> calls to C libraries which also use MPI? Is this possible/sensible? Is
> there a big performance hit relative to doing the same in C++?
Unless all of the important optimizable calculat
Andrew Piskorski wrote:
> On Thu, Aug 17, 2006 at 04:56:10PM +1000, Jonathan Ennis-King wrote:
>
>> I'm considering writing some parallel code to do fluid flow in porous
>> media, the heart of which is solving systems of sparse linear equations.
>> There are some good libraries in C which provide
On Thu, Aug 17, 2006 at 04:56:10PM +1000, Jonathan Ennis-King wrote:
> I'm considering writing some parallel code to do fluid flow in porous
> media, the heart of which is solving systems of sparse linear equations.
> There are some good libraries in C which provide the parallel solver
> (e.g. PET
16 matches
Mail list logo
