You already know Euclid's Division Lemma:
Given two positive integers and , you can always write:
where .
That was a fact about a single division.
But here is a surprising question:
It turns out that this chain of divisions — each one feeding into the next — is a machine that finds the HCF of the original two numbers.
| Feature | The HCF Machine |
|---|---|
| Reliability | It always stops |
| Accuracy | It always gives the right answer |
In this section, you will see WHY this works.
The central insight is a single equation:
Everything else follows from this.
Before you can understand the full algorithm, you need to be comfortable performing a single EDL step on a new pair of numbers.
You are dividing to find the HCF, not just to verify an equation.
Euclid's Division Lemma states that for positive integers and with , we can write:
To find the , the first step is to divide the larger number () by the smaller one ().
Divide by and write the result as an EDL equation:
Show how you found the quotient.
Let me walk through the division carefully.
We need to find how many times 272 fits into 1032. The strategy is: estimate by trying multiples of 272.
1088 is bigger than 1032, so 272 fits 3 times (not 4). The quotient is 3.
The remainder is what is left over:
So the EDL equation is:
Let us verify: , and . ✓ Correct.
Constraint check:
✓ Valid.
When working with large numbers in Euclid's Division Algorithm, don't just guess!
Rounding helps: Since 272 is close to 250, and we know that , we can immediately narrow down our quotient.
Now we check both possibilities to be sure:
So, the quotient must be 3.
This kind of estimation becomes important when you execute EDA on exam problems — you need to find quotients quickly for 3-4 digit numbers.
You have just written:
This single equation contains the most important idea in the entire algorithm:
If you understand WHY this is true, you understand the algorithm. If you do not, the algorithm is just a "black box."
From the division we performed:
This means we can also write:
The Claim:
Let's see if you can figure out why this must be true.
Suppose a number divides both and .
Using the equation :
This is the heart of the algorithm, so let me explain it carefully with a concrete example.
We have the equation from earlier:
Which means we can also write the remainder as:
The Claim:
To prove this, I need to show that the common divisors of the pair are EXACTLY the same as the common divisors of the pair .
Direction 1: Any common divisor of is also a common divisor of .
Suppose divides both and . I need to show divides .
Since , and divides (so is a multiple of ), and divides (so is a multiple of ), the difference must also be a multiple of .
Concrete example: .
Then .
Yes, divides .
So also divides (already given) and (just proved). Hence is a common divisor of .
Direction 2: Any common divisor of is also a common divisor of .
Suppose divides both and . I need to show divides .
Since , and divides (so is a multiple of ), and divides , the sum must also be a multiple of .
So divides both (just proved) and (already given). Hence is a common divisor of .
The common divisors of and are the same set.
Therefore the HIGHEST one must be the same:
This is the key identity that makes the algorithm work. At each step, the HCF does not change — only the numbers get smaller.
You now know that:
HCF(1032, 272) = HCF(272, 216)
The numbers have shrunk, making our task much easier!
The answer is to repeat the process: divide the larger of the new pair by the smaller.
This is the 'successive division' that gives the algorithm its name. Each remainder becomes the new divisor in the next step.
From the previous steps:
Consequently,
The next step in our process is to divide 272 by 216.
(a) Divide by and write the EDL equation.
(b) What is the new pair of numbers for the next step?
(c) Write the updated chain of equal HCFs.
At each step of the Euclid's Division Algorithm (EDA), the rule for finding the next pair is:
In our last step, we divided 272 (dividend) by 216 (divisor) and got a remainder of 56.
So, for the next step:
This gives us the new pair: (216, 56).
Let me do the division: .
How many times does 216 fit into 272?
So quotient = 1. Remainder = 272 − 216 = 56.
EDL equation:
Verify: . ✓ Correct. And . ✓ Valid.
The updated chain:
HCF(1032, 272) = HCF(272, 216) = HCF(216, 56)
Notice the pattern:
At each step, the first number becomes the second number, and the second number is replaced by the remainder.
The numbers are shrinking:
This shrinking is what guarantees the algorithm will eventually stop.
The algorithm keeps going as long as the remainder is non-zero ().
Task: Look at the partially completed chain below to identify the stopping point and the final HCF.
Following the pattern where the old divisor becomes the new dividend and the old remainder becomes the new divisor:
Result: Since the remainder is now , the HCF is the last divisor, which is 8.
Now answer the following:
Let me clarify the stopping condition and how to read the HCF.
The algorithm proceeds step by step, and at each step you check: is the remainder 0?
Let's trace our progress through the steps:
The algorithm stops at Step 5 because the remainder reached 0 for the first time.
Now, which number is the HCF? Look at Step 5:
The divisor in this step is 8. That is the HCF.
⚠️ A common confusion: students sometimes say the HCF is 48 (the dividend in Step 5) or 0 (the remainder in Step 5). Neither is correct.
The HCF is always the DIVISOR in the step where the remainder is 0.
Another way to think about it: the HCF is the last NON-ZERO remainder.
In Step 4, the remainder was 8 — the last time the remainder was not zero. That same 8 became the divisor in Step 5.
So 'last divisor' and 'last non-zero remainder' refer to the same number.
Look at the sequence of remainders we found: .
Each remainder is strictly less than the previous divisor (because EDL requires ). And since each remainder becomes the next divisor, the sequence of numbers we are dealing with keeps shrinking.
So the remainders strictly decrease:
A decreasing sequence of non-negative whole numbers cannot go on forever — it must reach eventually. This means the algorithm is guaranteed to terminate (stop).
You know the algorithm terminates (because remainders decrease to ) and you know how to read the HCF (the last divisor).
This is the correctness argument, and it uses the key insight from earlier:
at every step.
Here is the EDA chain we've been working with:
The final step is:
The chain ends with .
Let me connect all the pieces.
Why HCF(48, 8) = 8:
The equation tells us that 8 divides 48 exactly (48 = 8 × 6, no remainder).
So every factor of 8 is also a factor of 48. The factors of 8 are: 1, 2, 4, 8. All of these divide 48 as well:
The highest of these is 8 itself. So HCF(48, 8) = 8.
At every step of EDA, we proved that . This gives us a chain of equalities.
The HCF is the same at every link in the chain. Since the chain ends at 8, the original HCF must be 8.
Now that we have our answer, the simplest way to check if it's correct is to divide both original numbers by our result, 8.
So 8 is definitely a common factor. But is it the HIGHEST common factor?
One way to check: after dividing both numbers by 8, you get the quotients 129 and 34.
Rule: If these two numbers share no common factor (other than 1), then 8 must be the HCF. In other words, they must be co-prime.
Let's check the factors of our quotients:
These share no prime factors at all! This means:
This confirms that 8 is indeed the highest common factor of 1032 and 272.
For exam purposes, simply showing that 8 divides both numbers is usually sufficient verification.
The coprimality check is extra confirmation.