Wednesday, February 24, 2010

Egyptian division prolonged---fractions

Last time, we used Egyptian division to find a whole number quotient and a remainder for the division 1543÷21, in the process formed the table

            [1543x2111688134464153373].

To calculate the fractional part in decimal form, we begin by subtracting the last row from the first, and append the result at the bottom:

            [1543x2111688134464153373101021].

In practice, of course, don't actually subtract, but just write the remainder we have already found, and that same remainder divided by the divisor in fractional form in the next column.

Now we take the divisor row, [21,1], halve it to get [10.5,0.5], and append at the bottom :

            [1543x211168813446415337310102110.50.5].

We now continue, halving the bottom row and appending, halving the bottom row and appending, until the second number in the bottom row is comparable to the accuracy we require.  Suppose we want the fractional part of the quotient to be accurate to two decimal places, then :

            [1543x211168813446415337310102110.50.55.250.252.6250.1251.31250.06250.656250.031250.3281250.0156250.16406250.0078125].

We now make a sum as close as we can to the 10 in the target row [10,1021], by adding together some of the rows below it.  10.5 is larger than 10, so we ignore that row.  5.25 is smaller, so that row get used.  10-5.25=4.75 left to account for. This is larger than 2.625, so we use that row too, leaving 4.75-2.625=2.125 to account for.  Continuing, 2.125-1.3125=0.8125; 0.8125-0.65625=0.15625; skip 0.328125.  For the last entry, we perform the subtraction, even though the result is negative, 0.15625-0.1640625=-0.0078125.  The reason is that it leaves an error -0.0078125 that is smaller in magnitude than the error we would have without the subtraction, i.e. 0.1640625. This gives us more accuracy than we expected.

Deleting (or striking out) the rows to be ignored, we get :

            [1543x21116881344641533731010215.250.252.6250.1251.31250.06250.656250.031250.16406250.0078125].

Adding the contributing rows, we get

5.25+2.625+1.3125+0.65625+0.1640625=10.0078125,

(or, easier, 10--0.0078125=10.0078125) and

0.25+0.125+0.0625+0.03125+0.0078125=0.4765625,

so the table finally becomes

            [1543x21116881344641533731010215.250.252.6250.1251.31250.06250.656250.031250.16406250.007812510.00781250.4765625].

Since 10.0078125 is within a tenth of a percent of 10, we must have that 0.4765625 is within a tenth of a percent of 1021, i.e. 10210.477, this compares well with the accurate answer of 0.476190...  i.e. we have almost three decimal places of accuracy.

So 15437173.477.

Although it makes relatively few demands in terms of times tables, and this part requires only that we know how to halve decimal quantities, one has to put in considerable labor for each decimal place.

The method is much better adapted to binary fractions than to decimals.  These are sometimes useful, e.g. when one is working to sixteenths or thirty-seconds of an inch, say.  In binary fractions, the final table looks like this,

            [1543x2111688134464153373101021514142581815161162132132216416421128112810112861128],

so that 1543717361128.

No comments:

Post a Comment