# Methods of computing square roots

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages)
(Learn how and when to remove this template message) |

In numerical analysis, a branch of mathematics, there are several **square root algorithms** or **methods of computing the principal square root** of a non-negative real number. For the square roots of a negative or complex number, see below.

Finding is the same as solving the equation for a positive . Therefore, any general numerical root-finding algorithm can be used. Newton's method, for example, reduces in this case to the so-called Babylonian method:

These methods generally yield approximate results, but can be made arbitrarily precise by increasing the number of calculation steps.

## Contents

## Rough estimationEdit

Many square root algorithms require an initial seed value. If the initial seed value is far away from the actual square root, the algorithm will be slowed down. It is therefore useful to have a rough estimate, which may be very inaccurate but easy to calculate. With expressed in scientific notation as where and *n* is an integer, the square root can be estimated as

The factors two and six are used because they approximate the geometric means of the lowest and highest possible values with the given number of digits: and .

For , the estimate is .

When working in the binary numeral system (as computers do internally), by expressing as where , the square root can be estimated as , since the geometric mean of the lowest and highest possible values is .

For the binary approximation gives

These approximations are useful to find better seeds for iterative algorithms, which results in faster convergence.

## Babylonian methodEdit

Perhaps the first algorithm used for approximating is known as the **Babylonian method**, despite there being no direct evidence, beyond informed conjecture, that the eponymous Babylonian mathematicians employed exactly this method.^{[1]} The method is also known as **Heron's method**, after the first-century Greek mathematician Hero of Alexandria who gave the first explicit description of the method in his AD 60 work *Metrica*.^{[2]} The basic idea is that if x is an overestimate to the square root of a non-negative real number S then *S*/*x* will be an underestimate, or vice versa, and so the average of these two numbers may reasonably be expected to provide a better approximation (though the formal proof of that assertion depends on the inequality of arithmetic and geometric means that shows this average is always an overestimate of the square root, as noted in the article on square roots, thus assuring convergence).

More precisely, if x is our initial guess of and e is the error in our estimate such that *S* = (*x*+ *e*)^{2}, then we can expand the binomial and solve for

- since .

Therefore, we can compensate for the error and update our old estimate as

Since the computed error was not exact, this becomes our next best guess. The process of updating is iterated until desired accuracy is obtained. This is a quadratically convergent algorithm, which means that the number of correct digits of the approximation roughly doubles with each iteration. It proceeds as follows:

- Begin with an arbitrary positive starting value
*x*_{0}(the closer to the actual square root of S, the better). - Let
*x*_{n + 1}be the average of*x*_{n}and*S*/*x*_{n}(using the arithmetic mean to approximate the geometric mean). - Repeat step 2 until the desired accuracy is achieved.

It can also be represented as:

This algorithm works equally well in the p-adic numbers, but cannot be used to identify real square roots with p-adic square roots; one can, for example, construct a sequence of rational numbers by this method that converges to +3 in the reals, but to −3 in the 2-adics.

It can be derived from Newton's method (which it predates by 16 centuries):

- Writing ,

### ExampleEdit

To calculate √*S*, where S = 125348, to six significant figures, use the rough estimation method above to get

Therefore, √125348 ≈ 354.045.

### ConvergenceEdit

Suppose that *x*_{0} > 0 and *S* > 0. Then for any natural number *n*, *x*_{n} > 0. Let the relative error in *x*_{n} be defined by

and thus

Then it can be shown that

And thus that

and consequently that convergence is assured, and quadratic.

#### Worst case for convergenceEdit

If using the rough estimate above with the Babylonian method, then the least accurate cases in ascending order are as follows:

Thus in any case,

Rounding errors will slow the convergence. It is recommended to keep at least one extra digit beyond the desired accuracy of the x_{n} being calculated to minimize round off error.

## Bakhshali methodEdit

This method for finding an approximation to a square root was described in an ancient Indian mathematical manuscript called the Bakhshali manuscript. It is equivalent to two iterations of the Babylonian method beginning with *x*_{0}. Thus, the algorithm is quartically convergent, which means that the number of correct digits of the approximation roughly quadruples with each iteration.^{[3]} The original presentation, using modern notation, is as follows: To calculate , let *x*_{0}^{2} be the initial approximation to *S*. Then, successively iterate as:

Written explicitly, it becomes

Let *x*_{0} = *N* be an integer which is the nearest perfect square to *S*. Also, let the difference *d* = *S* - *N*^{2}, then the first iteration can be written as:

This gives a rational approximation to the square root.

### ExampleEdit

Using the same example as given in Babylonian method, let Then, the first iterations gives

Likewise the second iteration gives

## Digit-by-digit calculationEdit

This is a method to find each digit of the square root in a sequence. It is slower than the Babylonian method, but it has several advantages:

- It can be easier for manual calculations.
- Every digit of the root found is known to be correct, i.e., it does not have to be changed later.
- If the square root has an expansion that terminates, the algorithm terminates after the last digit is found. Thus, it can be used to check whether a given integer is a square number.
- The algorithm works for any base, and naturally, the way it proceeds depends on the base chosen.

Napier's bones include an aid for the execution of this algorithm. The shifting *n*th root algorithm is a generalization of this method.

### Basic principleEdit

First, let's consider the simplest possible case of finding the square root of a number Z, that is the square of a 2 digit number XY, where X is the tens digit and Y is the units digit. Specifically:

Z = (10X + Y)^{2} = 100X^{2} + 20XY + Y^{2}

Now using the Digit-by-Digit algorithm, we first determine the value of X. X is the largest digit such that X^{2} is less or equal to Z from which we removed the 2 rightmost digits.

In the next iteration, we pair the digits, multiply X by 2, and place it in the tenth's place while we try to figure out what the value of Y is.

Since this is a simple case where the answer is a perfect square root XY, the algorithm stops here.

The same idea can be extended to any arbitrary square root computation next. Suppose we are able to find the square root of *N* by expressing it as a sum of *n* positive numbers such that

By repeatedly applying the basic identity

the right-hand-side term can be expanded as

This expression allows us to find the square root by sequentially guessing the values of s. Suppose that the numbers have already been guessed, then the m-th term of the right-hand-side of above summation is given by where is the approximate square root found so far. Now each new guess should satisfy the recursion

such that for all with initialization When the exact square root has been found; if not, then the sum of s gives a suitable approximation of the square root, with being the approximation error.

For example, in the decimal number system we have

where are place holders and the coefficients . At any m-th stage of the square root calculation, the approximate root found so far, and the summation term are given by

Here since the place value of is an even power of 10, we only need to work with the pair of most significant digits of the remaining term at any m-th stage. The section below codifies this procedure.

It is obvious that a similar method can be used to compute the square root in number systems other than the decimal number system. For instance, finding the digit-by-digit square root in the binary number system is quite efficient since the value of is searched from a smaller set of binary digits {0,1}. This makes the computation faster since at each stage the value of is either for or for . The fact that we have only two possible options for also makes the process of deciding the value of at m-th stage of calculation easier. This is because we only need to check if for If this condition is satisfied, then we take ; if not then Also, the fact that multiplication by 2 is done by left bit-shifts helps in the computation.

### Decimal (base 10)Edit

Write the original number in decimal form. The numbers are written similar to the long division algorithm, and, as in long division, the root will be written on the line above. Now separate the digits into pairs, starting from the decimal point and going both left and right. The decimal point of the root will be above the decimal point of the square. One digit of the root will appear above each pair of digits of the square.

Beginning with the left-most pair of digits, do the following procedure for each pair:

- Starting on the left, bring down the most significant (leftmost) pair of digits not yet used (if all the digits have been used, write "00") and write them to the right of the remainder from the previous step (on the first step, there will be no remainder). In other words, multiply the remainder by 100 and add the two digits. This will be the
**current value**.*c* - Find
*p*,*y*and*x*, as follows:- Let
be the**p****part of the root found so far**, ignoring any decimal point. (For the first step,*p*= 0.) - Determine the greatest digit
such that . We will use a new variable**x**=**y***x*(20*p*+*x*).- Note: 20
*p*+*x*is simply twice*p*, with the digit*x*appended to the right). - Note:
*x*can be found by guessing what*c*/(20·*p*) is and doing a trial calculation of*y*, then adjusting*x*upward or downward as necessary.

- Note: 20
- Place the digit as the next digit of the root, i.e., above the two digits of the square you just brought down. Thus the next
*p*will be the old*p*times 10 plus*x*.

- Let
- Subtract
*y*from*c*to form a new remainder. - If the remainder is zero and there are no more digits to bring down, then the algorithm has terminated. Otherwise go back to step 1 for another iteration.

#### ExamplesEdit

**Find the square root of 152.2756.**

1 2. 3 4/ \/ 01 52.27 56 01 1*1 <= 1 < 2*2 x = 101y = x*x = 1*1 = 1 00 52 22*2 <= 52 < 23*3 x = 200 44y = (20+x)*x = 22*2 = 44 08 27 243*3 <= 827 < 244*4 x = 307 29y = (240+x)*x = 243*3 = 729 98 56 2464*4 <= 9856 < 2465*5 x = 498 56y = (2460+x)*x = 2464*4 = 9856 00 00 Algorithm terminates: Answer is 12.34

**Find the square root of 2.**

1. 4 1 4 2/ \/ 02.00 00 00 00 02 1*1 <= 2 < 2*2 x = 101y = x*x = 1*1 = 1 01 00 24*4 <= 100 < 25*5 x = 400 96y = (20+x)*x = 24*4 = 96 04 00 281*1 <= 400 < 282*2 x = 102 81y = (280+x)*x = 281*1 = 281 01 19 00 2824*4 <= 11900 < 2825*5 x = 401 12 96y = (2820+x)*x = 2824*4 = 11296 06 04 00 28282*2 <= 60400 < 28283*3 x = 2 The desired precision is achieved: The square root of 2 is about 1.4142

### Binary numeral system (base 2)Edit

Inherent to digit-by-digit algorithms is a search and test step: find a digit, , when added to the right of a current solution , such that , where is the value for which a root is desired. Expanding: . The current value of —or, usually, the remainder—can be incrementally updated efficiently when working in binary, as the value of will have a single bit set (a power of 2), and the operations needed to compute and can be replaced with faster bit shift operations.

#### ExampleEdit

Here we obtain the square root of 81, which when converted into binary gives 1010001. The numbers in the left column gives the option between that number or zero to be used for subtraction at that stage of computation. The final answer is 1001, which in decimal is 9.

1 0 0 1 --------- √ 1010001 1 1 1 --------- 101 01 0 -------- 1001 100 0 -------- 10001 10001 10001 ------- 0

This gives rise to simple computer implementations:^{[4]}

```
short isqrt(short num) {
short res = 0;
short bit = 1 << 14; // The second-to-top bit is set: 1 << 30 for 32 bits
// "bit" starts at the highest power of four <= the argument.
while (bit > num)
bit >>= 2;
while (bit != 0) {
if (num >= res + bit) {
num -= res + bit;
res = (res >> 1) + bit;
}
else
res >>= 1;
bit >>= 2;
}
return res;
}
```

Using the notation above, the variable "bit" corresponds to which is , the variable "res" is equal to , and the variable "num" is equal to the current which is the difference of the number we want the square root of and the square of our current approximation with all bits set up to . Thus in the first loop, we want to find the highest power of 4 in "bit" to find the highest power of 2 in . In the second loop, if num is greater than res + bit, then is greater than and we can subtract it. The next line, we want to add to which means we want to add to so we want `res = res + bit<<1`

. Then update to inside res which involves dividing by 2 or another shift to the right. Combining these 2 into one line leads to `res = res>>1 + bit`

. If isn't greater than then we just update to inside res and divide it by 2. Then we update to in bit by dividing it by 4. The final iteration of the 2nd loop has bit equal to 1 and will cause update of to run one extra time removing the factor of 2 from res making it our integer approximation of the root.

Faster algorithms, in binary and decimal or any other base, can be realized by using lookup tables—in effect trading more storage space for reduced run time.^{[5]}

## Exponential identityEdit

Pocket calculators typically implement good routines to compute the exponential function and the natural logarithm, and then compute the square root of *S* using the identity found using the properties of logarithms ( ) and exponentials ( ):

The denominator in the fraction corresponds to the *n*th root. In the case above the denominator is 2, hence the equation specifies that the square root is to be found. The same identity is used when computing square roots with logarithm tables or slide rules.

## Vedic duplex method for extracting a square rootEdit

The Vedic duplex method from the book 'Vedic Mathematics' is a variant of the digit-by-digit method for calculating the square root.^{[6]} The **duplex** is the square of the central digit plus double the cross-product of digits equidistant from the center. The duplex is computed from the quotient digits (square root digits) computed thus far, but after the initial digits. The duplex is subtracted from the dividend digit prior to the second subtraction for the product of the quotient digit times the divisor digit. For perfect squares the duplex and the dividend will get smaller and reach zero after a few steps. For non-perfect squares the decimal value of the square root can be calculated to any precision desired. However, as the decimal places proliferate, the duplex adjustment gets larger and longer to calculate. The duplex method follows the Vedic ideal for an algorithm, one-line, mental calculation. It is flexible in choosing the first digit group and the divisor. Small divisors are to be avoided by starting with a larger initial group.

### Basic principleEdit

We proceed as with the digit-by-digit calculation by assuming that we want to express a number *N* as a square of the sum of *n* positive numbers as

Define divisor as and the duplex for a sequence of *m* numbers as

Thus, we can re-express the above identity in terms of the divisor and the duplexes as

Now the computation can proceed by recursively guessing the values of so that

such that for all , with initialization When the algorithm terminates and the sum of s give the square root. The method is more similar to long division where is the dividend and is the remainder.

For the case of decimal numbers, if

where , then the initiation and the divisor will be . Also the product at any m-th stage will be and the duplexes will be , where are the duplexes of the sequence . At any m-th stage, we see that the place value of the duplex is one less than the product . Thus, in actual calculations it is customary to subtract the duplex value of the m-th stage at (m+1)-th stage. Also, unlike the previous digit-by-digit square root calculation, where at any given m-th stage, the calculation is done by taking the most significant *pair* of digits of the remaining term , the duplex method uses only a *single* most significant digit of .

In other words, to calculate the **duplex** of a number, double the product of each pair of equidistant digits plus the square of the center digit (of the digits to the right of the colon).

Number Calculation = Duplex 3 3 ^{2}= 914 2(1·4) = 8 574 2(5·4) + 7 ^{2}= 891,421 2(1·1) + 2(4·2) = 2 + 16 = 18 10,523 2(1·3) + 2(0·2) + 5 ^{2}= 6+0+25 = 31406,739 2(4·9)+ 2(0·3)+ 2(6·7) = 72+0+84 = 156

In a square root calculation the quotient digit set increases incrementally for each step.

### ExampleEdit

Consider the perfect square 2809 = 53^{2}. Use the duplex method to find the square root of 2,809.

- Set down the number in
**groups of two digits**. - Define a
, a**divisor**and a**dividend**to find the**quotient**.**root** - Given 2809. Consider the first group, 28.
- Find the nearest perfect square below that group.
- The root of that perfect square is the first digit of our
**root**. - Since 28 > 25 and 25 = 5
^{2}, take 5 as the first digit in the square root. - For the
**divisor**take double this first digit (2 · 5), which is 10.

- Next, set up a division framework with a colon.
- 28: 0 9 is the
**dividend**and 5: is the**quotient**. (*Note: the quotient should always be a single digit number, and it should be such that the dividend in the next stage is non-negative.*) - Put a colon to the right of 28 and 5 and keep the colons lined up vertically. The
**duplex**is calculated only on quotient digits to the right of the colon.

- 28: 0 9 is the
- Calculate the
**remainder**. 28: minus 25: is 3:.- Append the remainder on the left of the next digit to get the new dividend.
- Here, append 3 to the next dividend digit 0, which makes the new dividend 30. The divisor 10 goes into 30 just 3 times. (No reserve needed here for subsequent deductions.)

- Repeat the operation.
- The zero remainder appended to 9. Nine is the next dividend.
- This provides a digit to the right of the colon so deduct the duplex, 3
^{2}= 9. - Subtracting this duplex from the dividend 9, a zero remainder results.
- Ten into zero is zero. The next root digit is zero. The next duplex is 2(3·0) = 0.
- The dividend is zero. This is an exact square root, 53.

Find the square root of 2809. Set down the number in groups of two digits. The number of groups gives the number of whole digits in the root. Put a colon after the first group, 28, to separate it. From the first group, 28, obtain the divisor, 10, since 28>25=5^{2}and by doubling this first root, 2x5=10. Gross dividend: 28: 0 9. Using mental math: Divisor: 10) 3 0 Square: 10) 28:_{3}0 9 Duplex, Deduction: 25: xx 09 Square root: 5: 3. 0 Dividend: 30 00 Remainder: 3: 00 00 Square Root, Quotient: 5: 3. 0

## A two-variable iterative methodEdit

This method is applicable for finding the square root of and converges best for . This, however, is no real limitation for a computer based calculation, as in base 2 floating point and fixed point representations, it is trivial to multiply by an integer power of 4, and therefore by the corresponding power of 2, by changing the exponent or by shifting, respectively. Therefore, can be moved to the range . Moreover, the following method does not employ general divisions, but only additions, subtractions, multiplications, and divisions by powers of two, which are again trivial to implement. A disadvantage of the method is that numerical errors accumulate, in contrast to single variable iterative methods such as the Babylonian one.

The initialization step of this method is

while the iterative steps read

Then, (while ).

Note that the convergence of , and therefore also of , is quadratic.

The proof of the method is rather easy. First, rewrite the iterative definition of as

- .

Then it is straightforward to prove by induction that

and therefore the convergence of to the desired result is ensured by the convergence of to 0, which in turn follows from .

This method was developed around 1950 by M. V. Wilkes, D. J. Wheeler and S. Gill^{[7]} for use on EDSAC, one of the first electronic computers.^{[8]} The method was later generalized, allowing the computation of non-square roots.^{[9]}

## Iterative methods for reciprocal square rootsEdit

The following are iterative methods for finding the reciprocal square root of *S* which is . Once it has been found, find by simple multiplication: . These iterations involve only multiplication, and not division. They are therefore faster than the Babylonian method. However, they are not stable. If the initial value is not close to the reciprocal square root, the iterations will diverge away from it rather than converge to it. It can therefore be advantageous to perform an iteration of the Babylonian method on a rough estimate before starting to apply these methods.

- Applying Newton's method to the equation produces a method that converges quadratically using three multiplications per step:

- Another iteration is obtained by Halley's method, which is the Householder's method of order two. This converges cubically, but involves four multiplications per iteration:

- , and
- .

### Goldschmidt’s algorithmEdit

Some computers use Goldschmidt's algorithm to simultaneously calculate
and
.
Goldschmidt's algorithm finds faster than Newton-Raphson iteration on a computer with a fused multiply–add instruction and either a pipelined floating point unit or two independent floating-point units.^{[10]}

The first way of writing Goldschmidt's algorithm begins

- (typically using a table lookup)

and iterates

until is sufficiently close to 1, or a fixed number of iterations. The iterations converge to

- , and
- .

Note that it is possible to omit either and from the computation, and if both are desired then may be used at the end rather than computing it through in each iteration.

A second form, using fused multiply-add operations, begins

- (typically using a table lookup)

and iterates

until is sufficiently close to 0, or a fixed number of iterations. This converges to

- , and
- .

## Taylor seriesEdit

If *N* is an approximation to , a better approximation can be found by using the Taylor series of the square root function:

As an iterative method, the order of convergence is equal to the number of terms used. With two terms, it is identical to the Babylonian method. With three terms, each iteration takes almost as many operations as the Bakhshali approximation, but converges more slowly.^{[citation needed]} Therefore, this is not a particularly efficient way of calculation. To maximize the rate of convergence, choose *N* so that is as small as possible.

## CORDICEdit

A completely different method for computing the square root is based on the CORDIC algorithm, which uses only very simple operations (addition, subtraction, with bitshift and table lookup to implement multiplication). The square root of *S* may be obtained as the output using the hyperbolic coordinate system in vectoring mode, with the following initialization:^{[11]}

## Continued fraction expansionEdit

Quadratic irrationals (numbers of the form , where *a*, *b* and *c* are integers), and in particular, square roots of integers, have periodic continued fractions. Sometimes what is desired is finding not the numerical value of a square root, but rather its continued fraction expansion, and hence its rational approximation. Let *S* be the positive number for which we are required to find the square root. Then assuming *a* to be a number that serves as an initial guess and *r* to be the remainder term, we can write Since we have , we can express the square root of *S* as

By applying this expression for to the denominator term of the fraction, we have

Proceeding this way, we get a generalized continued fraction for the square root as

For any *S* a possible choice for *a* and *r* is *a* = 1 and *r* = *S* - 1, yielding

For example, for the square root of 2, we can take *a* = 1 and *r* = 1, giving us

Taking the first three denominators give the rational approximation of √2 as [1;2,2,2] = 17/12 = 1.41667, correct up to first three decimal places. Taking the first five denominators gives the rational approximation to √2 as [1;2,2,2,2,2] = 99/70 = 1.4142857, correct up to first five decimal places. Taking more denominators give better approximations.

As another example, for the square root of 3, we can select *a* = 2 and *r* = -1, giving us

The first three denominators gives √3 as 1.73214, correct up to the first four decimal places. Note that it is not necessary to choose an integer valued *a*. For instance, we can take *a* = √2 and *r* = 1, such that

We can do the same for the whole numbers as well. For instance,

### AlgorithmEdit

The following iterative algorithm^{[12]} can be used to obtain the continued fraction expansion in canonical form (*S* is any natural number that is not a perfect square):

Notice that *m*_{n}, *d*_{n}, and *a*_{n} are always integers.
The algorithm terminates when this triplet is the same as one encountered before.
The algorithm can also terminate on a_{i} when a_{i} = 2 a_{0},^{[13]} which is easier to implement.

The expansion will repeat from then on. The sequence [*a*_{0}; *a*_{1}, *a*_{2}, *a*_{3}, ...] is the continued fraction expansion:

### Example, square root of 114 as a continued fractionEdit

Begin with *m*_{0} = 0; *d*_{0} = 1; and *a*_{0} = 10 (10^{2} = 100 and 11^{2} = 121 > 114 so 10 chosen).

So, *m*_{1} = 10; *d*_{1} = 14; and *a*_{1} = 1.

Next, *m*_{2} = 4; *d*_{2} = 7; and *a*_{2} = 2.

Now, loop back to the second equation above.

Consequently, the simple continued fraction for the square root of 114 is

Its decimal value is approximately 10.67707 82520 31311 21....

### Generalized continued fractionEdit

A more rapid method is to evaluate its generalized continued fraction. From the formula derived there:

and the fact that 114 is 2/3 of the way between 10^{2}=100 and 11^{2}=121 results in

which is simply the aforementioned [10;1,2, 10,2,1, 20,1,2, 10,2,1, 20,1,2, ...] evaluated at every third term. Combining pairs of fractions produces

which is now [10;1,2, 10,2,1,20,1,2, 10,2,1,20,1,2, ...] evaluated at the third term and every six terms thereafter.

## Using Pell's equationEdit

Pell's equation (also known as Brahmagupta equation since he was the first to give a solution to this particular equation) and its variants yield a method for efficiently finding continued fraction convergents of square roots of integers. However, it can be complicated to execute, and usually not every convergent is generated. The ideas behind the method are as follows:

- If (
*p*,*q*) is a solution (where*p*and*q*are integers) to the equation , then is a continued fraction convergent of , and as such, is an excellent rational approximation to it. - If (
*p*_{a},*q*_{a}) and (*p*_{b},*q*_{b}) are solutions, then so is:

- (compare to the multiplication of quadratic integers)

- More generally, if (
*p*_{1},*q*_{1}) is a solution, then it is possible to generate a sequence of solutions (*p*_{n},*q*_{n}) satisfying:

The method is as follows:

- Find positive integers
*p*_{1}and*q*_{1}such that . This is the hard part; It can be done either by guessing, or by using fairly sophisticated techniques.

- To generate a long list of convergents, iterate:

- To find the larger convergents quickly, iterate:

- Notice that the corresponding sequence of fractions coincides with the one given by the Hero's method starting with .

- In either case, is a rational approximation satisfying

## Approximations that depend on the floating point representationEdit

A number is represented in a floating point format as which is also called scientific notation. Its square root is and similar formulae would apply for cube roots and logarithms. On the face of it, this is no improvement in simplicity, but suppose that only an approximation is required: then just is good to an order of magnitude. Next, recognise that some powers, *p*, will be odd, thus for 3141.59 = 3.14159 × 10^{3} rather than deal with fractional powers of the base, multiply the mantissa by the base and subtract one from the power to make it even. The adjusted representation will become the equivalent of 31.4159 × 10^{2} so that the square root will be √31.4159 × 10.

If the integer part of the adjusted mantissa is taken, there can only be the values 1 to 99, and that could be used as an index into a table of 99 pre-computed square roots to complete the estimate. A computer using base sixteen would require a larger table, but one using base two would require only three entries: the possible bits of the integer part of the adjusted mantissa are 01 (the power being even so there was no shift, remembering that a normalised floating point number always has a non-zero high-order digit) or if the power was odd, 10 or 11, these being the first *two* bits of the original mantissa. Thus, 6.25 = 110.01 in binary, normalised to 1.1001 × 2^{2} an even power so the paired bits of the mantissa are 01, while .625 = 0.101 in binary normalises to 1.01 × 2^{−1} an odd power so the adjustment is to 10.1 × 2^{−2} and the paired bits are 10. Notice that the low order bit of the power is echoed in the high order bit of the pairwise mantissa. An even power has its low-order bit zero and the adjusted mantissa will start with 0, whereas for an odd power that bit is one and the adjusted mantissa will start with 1. Thus, when the power is halved, it is as if its low order bit is shifted out to become the first bit of the pairwise mantissa.

A table with only three entries could be enlarged by incorporating additional bits of the mantissa. However, with computers, rather than calculate an interpolation into a table, it is often better to find some simpler calculation giving equivalent results. Everything now depends on the exact details of the format of the representation, plus what operations are available to access and manipulate the parts of the number. For example, Fortran offers an `EXPONENT(x)`

function to obtain the power. Effort expended in devising a good initial approximation is to be recouped by thereby avoiding the additional iterations of the refinement process that would have been needed for a poor approximation. Since these are few (one iteration requires a divide, an add, and a halving) the constraint is severe.

Many computers follow the IEEE (or sufficiently similar) representation, and a very rapid approximation to the square root can be obtained for starting Newton's method. The technique that follows is based on the fact that the floating point format (in base two) approximates the base-2 logarithm. That is

So for a 32-bit single precision floating point number in IEEE format (where notably, the power has a bias of 127 added for the represented form) you can get the approximate logarithm by interpreting its binary representation as a 32-bit integer, scaling it by , and removing a bias of 127, i.e.

For example, 1.0 is represented by a hexadecimal number 0x3F800000, which would represent if taken as an integer. Using the formula above you get , as expected from . In a similar fashion you get 0.5 from 1.5 (0x3FC00000).

To get the square root, divide the logarithm by 2 and convert the value back. The following program demonstrates the idea. Note that the exponent's lowest bit is intentionally allowed to propagate into the mantissa. One way to justify the steps in this program is to assume is the exponent bias and is the number of explicitly stored bits in the mantissa and then show that

```
/* Assumes that float is in the IEEE 754 single precision floating point format
* and that int is 32 bits. */
float sqrt_approx(float z)
{
int val_int = *(int*)&z; /* Same bits, but as an int */
/*
* To justify the following code, prove that
*
* ((((val_int / 2^m) - b) / 2) + b) * 2^m = ((val_int - 2^m) / 2) + ((b + 1) / 2) * 2^m)
*
* where
*
* b = exponent bias
* m = number of mantissa bits
*
* .
*/
val_int -= 1 << 23; /* Subtract 2^m. */
val_int >>= 1; /* Divide by 2. */
val_int += 1 << 29; /* Add ((b + 1) / 2) * 2^m. */
return *(float*)&val_int; /* Interpret again as float */
}
```

The three mathematical operations forming the core of the above function can be expressed in a single line. An additional adjustment can be added to reduce the maximum relative error. So, the three operations, not including the cast, can be rewritten as

```
val_int = (1 << 29) + (val_int >> 1) - (1 << 22) + a;
```

where *a* is a bias for adjusting the approximation errors. For example, with *a* = 0 the results are accurate for even powers of 2 (e.g., 1.0), but for other numbers the results will be slightly too big (e.g.,1.5 for 2.0 instead of 1.414... with 6% error). With *a* = -0x4B0D2, the maximum relative error is minimized to ±3.5%.

If the approximation is to be used for an initial guess for Newton's method to the equation , then the reciprocal form shown in the following section is preferred.

### Reciprocal of the square rootEdit

A variant of the above routine is included below, which can be used to compute the reciprocal of the square root, i.e., instead, was written by Greg Walsh. The integer-shift approximation produced a relative error of less than 4%, and the error dropped further to 0.15% with one iteration of Newton's method on the following line.^{[14]} In computer graphics it is a very efficient way to normalize a vector.

```
float invSqrt(float x)
{
float xhalf = 0.5f*x;
union
{
float x;
int i;
} u;
u.x = x;
u.i = 0x5f375a86 - (u.i >> 1);
/* The next line can be repeated any number of times to increase accuracy */
u.x = u.x * (1.5f - xhalf * u.x * u.x);
return u.x;
}
```

Some VLSI hardware implements inverse square root using a second degree polynomial estimation followed by a Goldschmidt iteration.^{[15]}

## Negative or complex squareEdit

If *S* < 0, then its principal square root is

If *S* = *a*+*bi* where *a* and *b* are real and *b* ≠ 0, then its principal square root is

This can be verified by squaring the root.^{[16]}^{[17]} Here

is the modulus of *S*. The principal square root of a complex number is defined to be the root with the non-negative real part.

## See alsoEdit

## NotesEdit

**^**Fowler, David; Robson, Eleanor (1998). "Square Root Approximations in Old Babylonian Mathematics: YBC 7289 in Context".*Historia Mathematica*.**25**(25): 376. doi:10.1006/hmat.1998.2209. Retrieved 14 October 2018.**^**Heath, Thomas (1921).*A History of Greek Mathematics, Vol. 2*. Oxford: Clarendon Press. pp. 323–324.**^**Bailey, David; Borwein, Jonathan (2012). "Ancient Indian Square Roots: An Exercise in Forensic Paleo-Mathematics" (PDF).*American Mathematical Monthly*.**119**(8). pp. 646–657. Retrieved 2017-09-14.**^**Fast integer square root by Mr. Woo's abacus algorithm (archived)**^**Integer Square Root function**^**Sri Bharati Krisna Tirthaji (2008) [1965].*Vedic Mathematics or Sixteen Simple Mathematical Formulae from the Vedas*. Motilal Banarsidass. ISBN 978-8120801639.**^**M. V. Wilkes, D. J. Wheeler and S. Gill, "The Preparation of Programs for an Electronic Digital Computer", Addison-Wesley, 1951.**^**M. Campbell-Kelly, "Origin of Computing", Scientific American, September 2009.**^**J. C. Gower, "A Note on an Iterative Method for Root Extraction", The Computer Journal 1(3):142–143, 1958.**^**Markstein, Peter (November 2004).*Software Division and Square Root Using Goldschmidt's Algorithms*(PDF). 6th Conference on Real Numbers and Computers. Dagstuhl, Germany. CiteSeerX 10.1.1.85.9648.**^**Meher, Pramod Kumar; Valls, Javier; Juang, Tso-Bing; Sridharan, K.; Maharatna, Koushik (2008-08-22). "50 Years of CORDIC: Algorithms, Architectures and Applications" (PDF).*IEEE Transactions on Circuits & Systems-I: Regular Papers*(published 2009-09-09).**56**(9): 1893–1907. doi:10.1109/TCSI.2009.2025803. Retrieved 2016-01-03.**^**Beceanu, Marius. "Period of the Continued Fraction of sqrt(n)" (PDF). Theorem 2.3. Archived from the original (PDF) on 21 December 2015. Retrieved 21 December 2015.**^**Gliga, Alexandra Ioana (March 17, 2006).*On continued fractions of the square root of prime numbers*(PDF). Corollary 3.3.**^**Fast Inverse Square Root by Chris Lomont**^**"High-Speed Double-Precision Computation of Reciprocal, Division, Square Root and Inverse Square Root" by José-Alejandro Piñeiro and Javier Díaz Bruguera 2002 (abstract)**^**Abramowitz, Miltonn; Stegun, Irene A. (1964).*Handbook of mathematical functions with formulas, graphs, and mathematical tables*. Courier Dover Publications. p. 17. ISBN 978-0-486-61272-0., Section 3.7.26, p. 17**^**Cooke, Roger (2008).*Classical algebra: its nature, origins, and uses*. John Wiley and Sons. p. 59. ISBN 978-0-470-25952-8., Extract: page 59