Reducing Number of Multiplications in a Loop

  • Context: Undergrad 
  • Thread starter Thread starter rwinston
  • Start date Start date
  • Tags Tags
    Loop
Click For Summary
SUMMARY

This discussion focuses on optimizing the calculation of palindromic numbers generated as products of two three-digit numbers. The naive approach of using nested loops results in redundant multiplications, while a more efficient method involves iterating with the condition i <= j to reduce the number of calculations. Additionally, two strategies are proposed: looping through three-digit numbers or directly through five and six-digit palindromes, factoring at each step. The conversation highlights the importance of avoiding duplicate palindromic results and suggests sorting results to eliminate duplicates.

PREREQUISITES
  • Understanding of nested loops in programming
  • Familiarity with palindromic numbers and their properties
  • Basic knowledge of number theory, specifically factoring
  • Experience with programming languages capable of implementing loops (e.g., Python, Java)
NEXT STEPS
  • Implement a loop with the condition i <= j to optimize multiplication
  • Research algorithms for generating palindromic numbers efficiently
  • Explore methods for sorting and removing duplicates in numerical sets
  • Learn about factoring techniques for five and six-digit numbers
USEFUL FOR

Mathematicians, programmers, and computer scientists interested in optimizing algorithms for generating palindromic numbers and reducing computational redundancy.

rwinston
Messages
36
Reaction score
0
Hi

Following on from my palindromic number question, if I am calculating a set of palindromic numbers generated as the product of two three-digit numbers, I could generate the entire product set and then test each number for the palindrome property.

the naive approach would be a loop like

for (i in 999:100)
for (j in 999:100)
p = i * j

However, we do many redundant multiplications this way, so the obvious approach is to do

for (i in 999:100)
for (j in i:100)
p= i * j

However, I still a lot of palindromic numbers that are duplicated. for instance, the palindrome 444444 is generated by:

962 * 462 = 444444
924 * 481 = 444444
858 * 518 = 444444
814 * 546 = 444444
777 * 572 = 444444

Is there any way to avoid or predict these multiplications of two 3-digit numbers that will produce duplicate palindromes?
 
Last edited:
Physics news on Phys.org
rwinston said:
Hi

Following on from my palindromic number question, if I am calculating a set of palindromic numbers generated as the product of two three-digit numbers, I could generate the entire product set and then test each number for the palindrome property.

the naive approach would be a loop like

for (i in 999:100)
for (j in 999:100)
p = i * j

However, we do many redundant multiplications this way, so the obvious approach is to do

for (i in 999:100)
for (j in i:100)
p= i * j

However, I still a lot of palindromic numbers that are duplicated. for instance, the palindrome 444444 is generated by:

962 * 462 = 444444
924 * 481 = 444444
858 * 518 = 444444
814 * 546 = 444444
777 * 572 = 444444

Is there any way to avoid or predict these multiplications of two 3-digit numbers that will produce duplicate palindromes?

You asked a very tough question which I doubt has an answer. It would be much simpler to just automatically sort your results and remove duplicates. I would be interested in determining how many of the palindromes between the smallest and largest in your list are unaccounted for by your program and how many of these are prime. Each answer is going to be different.
 
Last edited:
Thanks Ramsey. I didnt think there would be a straightforward answer to this one.
 
rwinston said:
Thanks Ramsey. I didnt think there would be a straightforward answer to this one.

There are two reasonably efficient ways of doing this that immediately spring to mind. You could loop through the three-digit numbers, letting i <= j (405,050 loops), possibly skipping ij = 0 mod 10 (reducing the possibilities slightly at the cost of overhead). Alternately, you could loop through the 5 and 6-digit palindromes (1800 loops), factoring at each step. You have to decide which is faster -- in essence, is factoring harder or easier than 225 multiplications?
 
CRGreathouse said:
There are two reasonably efficient ways of doing this that immediately spring to mind. You could loop through the three-digit numbers, letting i <= j (405,050 loops), possibly skipping ij = 0 mod 10 (reducing the possibilities slightly at the cost of overhead). Alternately, you could loop through the 5 and 6-digit palindromes (1800 loops), factoring at each step. You have to decide which is faster -- in essence, is factoring harder or easier than 225 multiplications?
If you skip ij= 0 mod 10 then you would miss 012210 = 110*111 or are leading zeros prohibited?
 
ramsey2879 said:
If you skip ij= 0 mod 10 then you would miss 012210 = 110*111 or are leading zeros prohibited?

Typically multiples of b aren't considered base-b palindromes. For example, Sloane's http://www.research.att.com/~njas/sequences/A002113 doesn't include 10 = 010 or 100 = 00100. But if you wanted to consider them, you'd of course need to include the multiples of 10.
 
Last edited by a moderator:

Similar threads

  • · Replies 8 ·
Replies
8
Views
8K
  • · Replies 26 ·
Replies
26
Views
6K
  • · Replies 2 ·
Replies
2
Views
2K
  • · Replies 12 ·
Replies
12
Views
3K
  • · Replies 1 ·
Replies
1
Views
5K
  • · Replies 20 ·
Replies
20
Views
6K
  • · Replies 8 ·
Replies
8
Views
4K
  • · Replies 50 ·
2
Replies
50
Views
11K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 2 ·
Replies
2
Views
4K