Robert G. Brown wrote:
Perhaps fortunately (perhaps not) there is a lot less variation in
system performance with system design than there once was. Everybody
uses one of a few CPUs, one of a few chipsets, generic memory,
standardized peripherals. There can be small variations from system to
sy
Martin Siegert wrote:
Why do'nt you make a list of multiple-choice questions in a style as
described above and ask your users to fill that in. This solves also the
'weighting factor' because the users that respond to your question
_care_ about the machine being suitable while the others care le
On Mon, May 07, 2007 at 09:56:10AM +0200, Toon Knapen wrote:
> Mark Hahn wrote:
> >>Sigh. I thought I could avoid that response. Our own code (due to the no.
> >>of users who all believe that their code is the most important and
> >>therefore must be benchmarked) is so massive that any potential RF
On Mon, 7 May 2007, Bill Rankin wrote:
Toon Knapen wrote:
Mark Hahn wrote:
sure. the suggestion is only useful if the cluster is dedicated to a
single purpose or two. for anything else, I really think that
microbenchmarks are the only way to go.
I'm not sure that I agree with this - ther
Toon Knapen wrote:
Mark Hahn wrote:
sure. the suggestion is only useful if the cluster is dedicated
to a single purpose or two. for anything else, I really think
that microbenchmarks are the only way to go.
I'm not sure that I agree with this - there are just so many
different micro be
"Martin Siegert" <[EMAIL PROTECTED]> wrote:
In that respect the SPEC MPI2007 benchmark appears to be ideal. Alas,
it does not appear to be open source (please correct me if I am wrong)
SPEC MPI2007 will not be open source, but the price will not be very high either
(and that price could be lef
Mark,
You might be interested in the discussion that followed Kyle Spaan "A Start
in Parallel Programming" from March 13. I believe we had some discussion of
relatively simple parallelizable apps, as well as a language flame war
pitting the Righteous against the Misguided :-) I believe RGB actuall
Mark Hahn wrote:
Sigh. I thought I could avoid that response. Our own code (due to the no.
of users who all believe that their code is the most important and
therefore must be benchmarked) is so massive that any potential RFP
respondent would have to work a year to run the code. Thus, we have to
