Re: Fortran decimal anyone?

From: Mike Cowlishaw (mfc_at_uk.ibm.com)
Date: 05/14/04 

Date: Fri, 14 May 2004 11:10:35 +0100

David Frank wrote:
> Mike,
> re: your Telco Million call benchmark
>
> I will chime in for my fav language Fortran,
> perhaps you can supply missing info in below scorecard?
>
> 1. Fortran 25 statements 3 sec to execute (David Frank)
> [etc.]

Hi .. yes, by using integers and manual scaling, it is easy to
write a special-purpose piece of code for this that is very
short and fast.

But that's missing the point of the benchmark The benchmark
is intended to estimate the overhead of the calculations when
they are done in a straightforward and maintainable way.

The actual total speed is uninteresting; as someone pointed
out, the full application would be more complex and work
on much larger quantities of data. What the benchmark
does appear to do is match the behaviour of those large
real applications in that one respect.

Mike

Relevant Pages

  • Re: Fortran decimal anyone?
    ... >> Mike, ... >> perhaps you can supply missing info in below scorecard? ... > But that's missing the point of the benchmark The benchmark ... PLUS statements to invoke rounding required. ...
    (comp.lang.fortran)
  • Re: Limiting closed port RST response from XXX to 200...
    ... Mike Silbersack wrote: ... |> On a server I'm benchmark testing, via local host, I'm getting Limiting ... What you should be asking is - why are 7500 junk packets per second ...
    (freebsd-hackers)
  • Re: TelCo "programming challenge" (update)
    ... Mike Cowlishaw wrote: ... >>that needs more inputs from fav language adherents.. ... > But that's missing the point of the benchmark The benchmark ... hardware on their Video Card to exploit the "standard" benchmark test, ...
    (comp.lang.cobol)
  • Re: Which method would be faster?
    ... [MIKE D] ... any benchmark or other test is going to be affected by ... the "power" of the PC, as well as other factors (network connection, et ...
    (microsoft.public.vb.general.discussion)