Задачу см. http://taki-net.livejournal.com/335594.html
Правильный ответ на первый вопрос дали почти все в разных вариациях: надо заранее посчитать любым способом (можно очень долго) простые числа до миллиона, вывести в файл, потом включить этот файл в программу в качестве начальных значений элементов массива (их около 72000), дальше организовать просмотр этого массива (хоть двоичным поиском, хоть линейно) и посчитать количество элементов этого массива, больших k и меньших n (он при этом даже не обязан быть сортированным). Вторая программа (с заранее созданным массивом) и была сдана. Кодится (не для любого компилятора) также такое решение: заранее посчитать массив от 1 до 1000000, в котором на i-м месте лежит кол-во простих чисел, меньших i. Программа состоит из одной строчки - вычитания из n-го эл-та массива k-го.
На второй вопрос - ответ под катом.
Жюри подразумевало, что участники должны реализовать решето Эратосфена "честно", не путем деления на все вообще числа меньшие корня (т.е. 1000) - это дает миллиард операций, а у нас в запасе только 200000000, и деление - дорогая операция, а путем правильно сделанного прореживания массива - удаления элементов, кратных простым числам, меньшим тысячи.
Другое возможное решение - тупым псевдоэратосфеном (деление на все до корня из верхней границы) найти все простые до 1000 - это 32000 делений и потом 1000 присваиваний, потом также тупо найти все простые до 1000000 - это около 145 млн. делений и миллион присваиваний потом. Но тут все уже зависит от "цены" деления. Может и не хватить времени.
Правильный ответ на первый вопрос дали почти все в разных вариациях: надо заранее посчитать любым способом (можно очень долго) простые числа до миллиона, вывести в файл, потом включить этот файл в программу в качестве начальных значений элементов массива (их около 72000), дальше организовать просмотр этого массива (хоть двоичным поиском, хоть линейно) и посчитать количество элементов этого массива, больших k и меньших n (он при этом даже не обязан быть сортированным). Вторая программа (с заранее созданным массивом) и была сдана. Кодится (не для любого компилятора) также такое решение: заранее посчитать массив от 1 до 1000000, в котором на i-м месте лежит кол-во простих чисел, меньших i. Программа состоит из одной строчки - вычитания из n-го эл-та массива k-го.
На второй вопрос - ответ под катом.
Жюри подразумевало, что участники должны реализовать решето Эратосфена "честно", не путем деления на все вообще числа меньшие корня (т.е. 1000) - это дает миллиард операций, а у нас в запасе только 200000000, и деление - дорогая операция, а путем правильно сделанного прореживания массива - удаления элементов, кратных простым числам, меньшим тысячи.
Другое возможное решение - тупым псевдоэратосфеном (деление на все до корня из верхней границы) найти все простые до 1000 - это 32000 делений и потом 1000 присваиваний, потом также тупо найти все простые до 1000000 - это около 145 млн. делений и миллион присваиваний потом. Но тут все уже зависит от "цены" деления. Может и не хватить времени.
no subject
no subject
no subject
no subject
no subject
На самом деле намного меньше - во-первых - только на все простые (их чуть болше сотни). Во-вторых - деления прекращаются при первом найденном делителе - что сокращает потребное число делений еще наверное где-то на порядок.
no subject
no subject
no subject
no subject
Среди чисел, меньших m, каждое второе делится на два, каждое третье - на три, каждое четвертое - на четыре и так далее.
Следовательно, количество непростых чисел, меньших m, равно:
SUM(m%2 + m%3 + m%4 + ... + m%int(sqrt(m)))
Неоптимальный метод требует двух вычислений частных сумм, оптимальный - одного. В любом случае, вичисление требует не более, чем 2*sqrt(10"6) - 2000 итераций.
no subject
no subject
no subject
no subject
N + k
- N/P[1] - N/P[2] - N/P[3] - N/P[4] - ...
+ N/(P[1]*P[2]) + N/(P[1]*P[3]) + N/(P[2]*P[3]) + ...
- N/(P[1]*P[2]*P[3]) - N/(P[1]*P[2]*P[4]) - ...
То есть надо взять все наборы из P[1..k], поделить нацело N на произведение чисел набора и результат отнять от N + k (если множителей в наборе нечетное количество) или прибавить (если четное). (Лишнее k взялось оттого, что N/P[i] - это количество всех чисел, делящихся на P[i], включая само P[i].)
Звучит на первый взгляд ужасно - наборов 2^k штук; но спасает возможность не рассматривать наборы с произведением, большим N. Это позволяет довольно хорошо обстричь рекурсию, и реальное количество делений будет не таким большим - для N = 10^6 я намерил 153192 деления, при том что честное решето дает 2197837 вычеркиваний. Правда, на Питоне решето все равно по скорости оказалось быстрее в полтора раза :-).
no subject
А если еще соптимизировать работу с малыми простыми числами (3,5,7) которые жрут больше всего времени, потому что требуют модификации каждого байта решета, то можно еще заметно сэкономить. Решето обрабатывать, естественно, не побайтно, а 32-разрядными словами.
Работу с малыми числами можно делать по нескольку чисел за один проход, держа в регистрах несколько масок,
в которых вздернут каждый третий (пятый, седьмой) бит, и прокручивая эти маски при переходе к следующему 32-разрядному слову на остаток от деления 32 на соответствующее число. Прокручивать надо, естественно, ассемблерной командой rorl.
Я в свое время с подобными вещами развлекался в dos realmode и 16-битном DPMI. Естествено на тех машинах оно работало не секунды. Но на 16Мб памяти (что заметно меньше, чем заявлено в условиях задачИ) выдавало простые числа не до миллиона, а до 128 миллионов. Учитывая, что сейчас процессоры быстрее как минимум на два порядка,
и решето меньше тоже на два порядка, в заявленные 2 секунды можно уложиться.
no subject
демонстрируя совково-тоталитарное мышление (TM)
Но вообще ж, такой ситуации можно было бы не допустить, если бы школьники должны были решать задачу, не имея возможности запускать какие-либо свои программы на исполнение, когда им разрешен был бы только ручной набор текста "с нуля" (вариант: даже не набор - а на бумажке исходник написать и сдать), а запуск чего бы то ни было начиная с компилятора был бы исключительным правом проверяющих. Семьдесят тыщ простых чисел руками не вычислишь и не набьешь. Собственно, я как-то неявно предполагал именно такие правила.
no subject
no subject
Это я к тому, что задача не кажется слишком сложной - это уровень школьников невысокий или уровень олимпиады?
no subject
no subject
no subject
no subject