There is n integer elements. Choose k elements then calculate their GCD, call result X.
What is maximal value of X?
k<=n<=3000, k<=100, elements in range 1..10^10.
Example:
3 2
120
36
100
Sample output
20
# | User | Rating |
---|---|---|
1 | tourist | 3985 |
2 | jiangly | 3814 |
3 | jqdai0815 | 3682 |
4 | Benq | 3529 |
5 | orzdevinwang | 3526 |
6 | ksun48 | 3517 |
7 | Radewoosh | 3410 |
8 | hos.lyric | 3399 |
9 | ecnerwala | 3392 |
9 | Um_nik | 3392 |
# | User | Contrib. |
---|---|---|
1 | cry | 169 |
2 | maomao90 | 162 |
2 | Um_nik | 162 |
4 | atcoder_official | 161 |
5 | djm03178 | 158 |
6 | -is-this-fft- | 157 |
7 | adamant | 155 |
8 | awoo | 154 |
8 | Dominater069 | 154 |
10 | luogu_official | 150 |
There is n integer elements. Choose k elements then calculate their GCD, call result X.
What is maximal value of X?
k<=n<=3000, k<=100, elements in range 1..10^10.
Example:
3 2
120
36
100
Sample output
20
Name |
---|
These constraints are in a very gray area, it really depends on the time limit. So depending on the limit you may or may not be able to:
Factor each number: Sieve of Eratosthenes + 3000 * (primes below 10 ^ 5) = 3000 * 10000; Generate divisors of each number in O(divisor_count). Divisor_count is at most 2300. Keep a frequency table for the divisors and just select the biggest one that's over k.
Just a first thought. It's a fragile solution, but it may very well work. Again, the constraints are too fuzzy. Will look for something cleaner and smarter though :).
If I correctly understood your solution it wouldn't work because the gcd can be a composite number instead of a prime.
I take in account all divisors, composite or not. The factoring into primes part is only so you can generate the divisors of a number quickly, instead of trying each number up to 10 ^ 5.
Thank you, I understood.
ez
gg easy FTFY