I was surprised to find that the hp 34s's onboard summation function was much slower at calculating from 1-600 the sum of 4/(n*(n+2))than a simple program for that sum on my hp 15C LE (the 15C has no onboard summation function).

The hp 15C LE took 6.3 seconds while the 34s onboard summation function took about 16 seconds.

I ran the same program that I ran on the 15C on the 34s and then came up with the sum in about 2.7 seconds.

Should I be surprised that my simple program on the 34s comes up with the answer about 6 times as fast as with the onboard summation function?

The secret behind the slowness of the built in summation function is that is isn't naïvely summing the returned terms as I suspect your program is. It uses the Kahan Sum algorithm instead which provides better numerical results by utilising both a register for the sum and a register for the lower order digits correction term. the cost is of course, more operations and hence it will be slower. It doesn't provide double the number of digits of accuracy but it does provide somewhat more than just summing the terms and it comes into its own when lots of small numbers are summed to produce a larger result.

The source code is an interesting read, but don't try to analyse it using algebra -- the correction term is universally zero in that case. In a floating point world, it isn't however and this is the important point and why the result will be more accurate.

Essentially, it boiled down to a choice of fast or accurate. I chose the latter. This is universally the trade off made on the 34S. The results must be *correct* even if they take longer.

- Pauli

Your function probably isn't the best example but check the lowest order digits.

Ideally, you want to sum this series in reverse so the small terms accumulate before the larger ones.

- Pauli

Quote:

calculating from 1-600 the sum of 4/(n*(n+2))

As this is a telescoping series the result is simply:

Thus no real need to use a summation function.

Kind regards

Thomas