Part 3 makes perfect sense to me, it's an "x = x+1" style line.
N is (((the number of digits of X), divided by 2), rounded down.)
Edit: hmm, maybe I've got it wrong, the convergence is very slow. Anyways, here's how it works out for me:
X = 105362
X = 10.5362 so N = 2 (half the number of digits to the right of the decimal point...)
Y = 2
Y = 2*(300-10.5362*2*2) = 2.578552
Y = 2.578552*(300-10.5362*2.578552*2.578552) = 2.9646326
Y = 2.9646326*(300-10.5362*2.9646326*2.9646326) = 3.0742773
It should converge to around 3.24, at which point you would shift the decimal point back 2 digits to get 324.
Yeah, it should read "repeat step three". Frequently, if you want to find x satisfying f(x) = x you can just let x be the limit of the sequence t, f(t), f(f(t)), f(f(f(t))) where t is some arbitrary number. In this case, we have:
So it looks like the algorithm calculates an inverse square root instead, and then multiplies it by the original number (step 5.)
Exactly. The nice thing about this method is that it converges nicely even if you make errors (arithmetical or rounding) along the way -- so you can start by working with only a few digits and only use full precision right at the end.
You could compute square roots using a direct NR iteration (Y := (Y + X/Y) / 2), but that requires that you perform a division at each step -- most people find multiplications to be easier and faster.
For example what are you computing (in part 3) if you know what X and Y are?
What is N?
What is "the number of decimal places you want"?
Can you explain in another way? Do you have an example? Why does this work?