Открыла тему "Not a BOINC project" на форуме BOINC-проекта SPT
https://boinc.termit.me/adsl/forum_thread.php?id=79

Corporal обещал мне создать новый сервер для запуска нового BOINC-проекта.

Последнее сообщение я получила от него 2 августа т. г., цитирую

Я установил боинк сервер, но всплыли ограничения с доступом к нему и его работой в сети, связанные с тем местом, где стоит сервер.

Мне нужно дождаться появления некоторых моих коллег, чтобы запустить процесс решения.

Прошёл месяц.
Воз и ныне там.

Недавно я писала ему письмо по поводу зависшего удалённого компьютера и заодно предложила запустить не BOINC-проект, если с новым сервером всё заглохло.
Ну, не ждать же этого сервера год!

Ответ на это письмо я пока не получила.
И удалённый компьютер продолжает висеть - с пятницы.

Поэтому я решила действовать.
Дальше уже невыносимо ждать у моря погоды!

Господа!

По сути я запускаю распределённые вычисления, только не в BOINC-проекте.
Очень прошу всех подключиться к этим вычислениям по мере возможности.
Даже если вы посчитаете всего 5-10 вушек, это будет вклад в общее дело.
Вушки лёгкие, считаются примерно один час.
Я эти вушки готовила для нового BOINC-проекта.

Пожалуйста, читайте указанную тему, там подробные инструкции по вычислениям.
Если возникнут вопросы, можно задавать их и здесь, но здесь форум не всем доступен.
Можно также писать на почту natalimak1@yandex.ru

Если вы выберете вушки и будете считать, обязательно сообщите об этом в теме на форуме SPT или на почту.

Очено-очень надеюсь на ваше участие, господа!
Необходимо двигаться вперёд!
А в BOINC-проекте SPT идут рутинные вычисления по алгоритму 9-летней давности (брутфорсу), причём куриными шагами.
Они будут такими темпами ещё 10 лет продолжаться.

Смотрите тему "Готовимся к запуску нового BOINC-проекта"
https://boinc.progger.info/odlk/forum_thread.php?id=290

Там много информации о том поиске, который готовился.
Этот поиск я и запускаю сейчас.

Алгоритм поиска разработан мной, программа написана на PARI/GP в соавторстве с gris.

Объём работы очень большой.
Надо выполнить вычисления для периодов

nps=1058967640189 (номер начального периода)
npf=75186702453419 (номер конечного периода)

Вычисления ведутся на периоде 37#.
Это я сделала полный аналог поиска на периоде 71# в нулевом периоде.
Диапазон поиска
(7858321551080267055879090, 557940830126698960967415390).

Вушки я сгенерировала, начиная с периода 1058967641000.

Уже не помню сейчас, обсчитала ли я периоды
1058967640189 - 1058967640999.

И я начинаю этот не BOINC-проект на Ахиллесе!

Буду пока обсчитывать указанные начальные периоды.
Уже запустила программу.
Как раз кстати на Ахиллесе освободился один поток.

Я уже много считала в этом поиске.
В сообщении
https://boinc.progger.info/odlk/forum_thread.php?id=290&postid=14677
приведены некоторые результаты.

Но теперь не помню точно, какие периоды я считала.
Поэтому придётся повторить всё заново, с начального периода.
Не буду пока считать те периоды, которые предложила для распределённых вычислений.

Вчера задала Ахиллесу периоды

1058967640189
1058967640300

Здесь 112 периодов.
Пока считает.

Вот, Ахиллес с первой порцией периодов справился

(17:42) gp > \r spt71.txt
7858321551680148788639333: [0,6,20,48,66,84,90,114,134,140,150,156,204,206,216,234,240]
valids=11

end

Отлично!
Найдено одно приближение к ключевой 17-ке.

Ахиллес получает вторую порцию периодов

1058967640301
1058967640400

Здесь 100 периодов.

PS. Программа выводит приближения, начиная с valids=10.

Эх, Ахиллес-3 у меня до сих пор висит, с прошедшей пятницы :(
И Corporal молчит.
Может, в отпуск ушёл, плавает где-нибудь в море :)

На Ахиллесе-3 как раз на периоде 71# считалось, но другой программой - в нулевом периоде.
Было 13 потоков, программы "бесконечные".
Ну, и накрылись все медным тазом.
Не держит Ахиллес-3 "бесконечные" программы.
Если вернётся, запущу на нём поиск этого не BOINC-проекта, хотя бы три потока.

Ахиллес справился со второй порцией периодов и получил третью порцию

1058967640401
1058967640500

Во второй порции приближений с valids>9 не найдено.

Репост

Gentlemen!

You can combine WUs.

For example.

You take three WUs

wu_101_get_sym_tuples.txt
1058967641000
1058967641009

wu_102_get_sym_tuples.txt
1058967641010
1058967641019

wu_103_get_sym_tuples.txt
1058967641020
1058967641029

and make one WU
1058967641000
1058967641029

This WU will be calculated approximately three times longer.
So you will restart the program less often.

I combine 10 WUs at once.

___________________

Господа!

Вы можете объединять WUs.

Например.

Вы берёте три WUs

wu_101_get_sym_tuples.txt
1058967641000
1058967641009

wu_102_get_sym_tuples.txt
1058967641010
1058967641019

wu_103_get_sym_tuples.txt
1058967641020
1058967641029

и делаете один WU
1058967641000
1058967641029

Этот WU будет считаться примерно в три раза дольше.
Поэтому вы будете реже перезапускать программу.

Я объединяю сразу 10 WUs.

https://boinc.termit.me/adsl/forum_thread.php?id=79&postid=906

Трудяга Ахиллес завершает обсчёт третьей порции периодов.
Приближения есть!

Скоро завершится обсчёт, покажу найденные приближения.

Ахиллес-3 у меня по-прежнему висит :(
Точно Corporal в море плавает :)

Черепашка Ахиллесу помогает!

Она считает вушки по 10 периодов.
Вот уже обсчитала

1058967640501
1058967640510

и сейчас считает

1058967640511
1058967640520

Пока Ахиллес досчитывает третью порцию периодов, черепашка несколько вушек посчитает из четвёртой порции.

Очень хорошо работают черепашка и Ахиллес вдвоём! :)

Замечу, господа, что период 71# перспективный.
До сих пор на этом периоде не найдено ни одной ключевой 17-ки.
Должна же быть - ну хоть одна!!

Г. Петухов, как я понимаю, тоже считает на этом периоде.
Они с Ядрярой обсуждают порядок обхода на этом периоде, на периоде 67# тоже обсуждали.

Ну, в алгоритме не BOINC-проекта у меня порядок обхода естественный - в порядке возрастания.
В алгоритме поиска в нулевом периоде порядок обхода другой - там добавки генерируются сразу по всему диапазону поиска.

Кстати, в теме "Готовимся к запуску нового BOINC-проекта" я показала, как можно разбросать поиск по всему диапазону.
Смотрите сообщение
https://boinc.progger.info/odlk/forum_thread.php?id=290&postid=14677

Этот приём у меня даже реализован и я немножко считала этим способом.

Так что, выбираем - что больше нравится.

Ядряра писал в сообщении
https://dxdy.ru/post1651861.html#p1651861

Другое дело, что теперь на двух компах Вы можете осилить весь 67# за каких-то 3 месяца. И даже если Вы через месяц счёта найдёте чистую 19-ку, всё равно будете досчитывать весь диапазон 67# для установления минимальности. Такой настрой?

А вот если чистая 19-ка в нём не найдётся, тогда порядок обхода для 71# как раз и будет одним из ключей к 19-252.

Ещё один ключ к 19-252 обещается :)
gris уже обещал, но что-то пока мы этот ключ не увидели.

Заметьте: период 67# очень тщательно обсчитывается г. Петуховым, и давно обсчитывается!
Даже некоторые куски дважды считались - новой программой и старой программой.

Вот думаю: а не остановить ли мне поиск на периоде 67# (в нулевом периоде)?
И привлечь освободившиеся ресурсы на поиск в не BOINC-проекте, то есть поиск на периоде 71#.

Отмечу ещё, что г. Петухов ищет 19-ку с минимальным диаметром (ту самую 19-252, ключ к которой обещают, но не показывают).
При этом ключевые 17-ки в его поиске могут быть пропущены.
В моём же поиске, заточенном на поиск ключевых 17-к, они не могут быть пропущены.

Однако... если г. Петухов обещает завершить поиск на периоде 67# за 9 месяцев, то мне потребуется для этого 90 лет :)))

Смотрите сообщение г. Петухова
https://dxdy.ru/post1651924.html#p1651924

Репост

Gentlemen!

I do not calculate the WUs that are proposed for distributed computing in this project.

Please try to calculate these 100 WUs.

_______________________

Господа!

Я не обсчитываю WUs, которые предложены для распределённых вычислений в этом проекте.

Пожалуйста, попробуйте обсчитать эти 100 WUs.

https://boinc.termit.me/adsl/forum_thread.php?id=79&postid=907

Как и BOINC-проект, не BOINC-проект требует раскрутки.
Вот не хочет никто хоть одну вушку посчитать! :(
Неохота, лень, ресурсов свободных нет, Windows 64-bit нет, жалко свой компьютер бить для каких-то кортежей...

Как пел Высоцкий
- У них найдётся множество причин!

Да, найдётся множество причин, чтобы ничего не считать, даже одну вушку!

А вот чтобы считать... ни одной причины нет :)
Даже мой энтузиазм уже бессилен.

Сделала сообщение на форуме французов
https://forum.boinc-af.org/index.php/topic,8593.msg542066.html#msg542066

Один ехидный французишка (кстати, модератор) ответил картинкой



И что сия картина символизирует?

Сделала сообщение на форуме Math Help Planet
https://mathhelpplanet.com/viewtopic.php?p=484297#p484297

Там пока тишина.

Кстати, эту мою тему захватил некто Programma_Boinc, и пишет, и пишет, и пишет! :)))
И запрет на несколько постов подряд на него не распространяется!
Он и на форуме dxdy.ru и пишет, и пишет!
И запрет на несколько постов подряд на него не распространяется!
И запрет на рекламу на него не распространяется!
А почему так?
Наверное, есть причина, которая всё объясняет.

На dxdy.ru сообщение сделать не могу.
gris просить бесполезно, он боится санкций :)

Может, на форуме boinc.ru сделать сообщение?
Там, конечно, тоже вряд ли найдутся желающие посчитать в не BOINC-проекте.
Но попытка не пытка.

Смотрите, господа:

nps=1058967640189 (номер начального периода)
npf=75186702453419 (номер конечного периода)

Это весь диапазон, который предстоит проверить в данном не BOINC-проекте.
Здесь 74127734813231 период.
По 10 периодов на вушку - 7412773481323 вушки.
Много?
Да!
Ну, мало мы не считаем :)

Отмечу ещё раз: я считаю вушки по 100 периодов.
Каждый участник проекта может делать так же.

Придёт Ядряра и скажет: "Чудовищно неэффективный алгоритм!"

Ну так они с г. Петуховым сделают жутко эффективный алгоритм для поиска на периоде 71#, с ключом-то :)
А мы посмотрим на результаты.

Кстати, о птичках...

Уже сейчас у г. Петухова жутко эффективный алгоритм и программа с первой космической скоростью счёта (в 1000 раз быстрее, чем наши с gris программы на PARI/GP).

И г. Петухов приглашает в сообщении от 4 августа т. г.
https://dxdy.ru/post1648342.html#p1648342

(Если кто захочет помочь с поиском)

Понадобится комп с поддержкой AVX2 (архитектура Haswell и новее, примерно с 2013 года выпуска процы и не целероны и не pentium) и любой виндой x64. Требования к памяти никакие (100МБ). Автоматически задействует все имеющиеся в наличии ядра и потоки (пока до 64шт, могу сделать и больше). Рабочий комплект из 3 файлов (один из которых сам PARI gp64.exe, второй программа на PARI и третий сама программа в .exe, плюс опционально .cmd файл из одной команды для запуска с фоновым приоритетом), ничего другого не требуется. Как обычно никакого интерфейса, никаких красивостей, только хардкор, только консоль.

Много ли за месяц нашлось желающих?

Demis утверждает, что сервер работающего BOINC-проекта SPT потянет второе Приложение.

Однако запустить второе Приложение по моему алгоритму он не хочет или не может.
Хотя для запуска этого Приложения абсолютно всё готово!

Может быть, сервер потянет и третье Приложение.
У Progger слабенький сервер, а три Приложения работают!!

Тогда можно было бы после второго Приложения по моему алгоритму запустить и третье Приложение по алгоритму г. Петухова.

Реализовать вполне реализуемое некому :(

Пока только помечтаем.

Вот, черепашка уже три вушки посчитала

(05:41) gp > \r spt71.txt
end
time = 1h, 24min, 37,443 ms.
(07:58) gp > \r spt71.txt
end
time = 1h, 25min, 57,846 ms.
(10:07) gp > \r spt71.txt
end
time = 1h, 25min, 39,828 ms.

Умница! :)

Приближений не найдено.
Время на вушку стабильное.

Сейчас четвёртую вушку запущу.

А вот и Ахиллес управился с третьей порцией периодов

(00:15) gp > \r spt71.txt
7858321553226935618992537: [0,6,16,24,66,84,90,114,120,126,130,142,174,196,202,2
04,240]
valids=10

7858321553272773627624667: [0,22,24,36,66,84,90,114,120,126,132,136,142,204,216,
234,240]
valids=13

end

Отлично!
Приближение неплохое найдено с valids=13.
Четыре "дырки".

Сейчас запущу четвёртую порцию периодов (с учётом помощи черепашки)

1058967640541
1058967640600

Для тех, кто ещё не в теме, разверну приближение к ключевой 17-ке с valids=13

7858321553272773627624667: [0,22,24,36,66,84,90,114,120,126,132,136,142,204,216, 234,240]
valids=13

{7858321553272773627624667, *7858321553272773627624689, 7858321553272773627624691, 7858321553272773627624703,
7858321553272773627624733, 7858321553272773627624751, 7858321553272773627624757, 7858321553272773627624781,
7858321553272773627624787, 7858321553272773627624793, *7858321553272773627624799, *7858321553272773627624803,
*7858321553272773627624809, 7858321553272773627624871, 7858321553272773627624883, 7858321553272773627624901,
7858321553272773627624907}

Зелёным цветом выделены правильные элементы кортежа.
Звёздочкой помечены неправильные элементы кортежа, они не соответствуют паттерну искомой ключевой 17-ки.
Это так называемые "дырки".
В этом приближении имеем четыре "дырки".

Когда найдётся ключевая 17-ка, valids будет равен 17.
Никаких "дырок" :)

Паттерн ключевой 17-ки

0, 6, 24, 36, 66, 84, 90, 114, 120, 126, 150, 156, 174, 204, 216, 234,  240

PS. А знаете ли вы, какой номер у добавки, давшей показанное приближение, если считать в нулевом периоде для периода 71#?

По программе gris (которую он недавно представил на форуме MHP) определяем этот номер

(12:43) gp > \r number_form.txt
[0,6,24,36,66,84,90,114,120,126,150,156,174,204,216,234,240] pattern L=17
557940830126698960967415390 period
[1, 2, 2, 2, 2, 2, 4, 8, 8, 14, 14, 20, 24, 26, 30, 36, 42, 44, 50, 54]
form= 7858321553272773627624667
prs: [  2,  3,  5,  7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71]
frs: [  1,  1,  2,  3, 10,  9,  6,  8,  7, 15, 22,  3,  2, 32, 35, 24, 47, 44, 54,  3]
prm: [  1,  1,  1,  2,  2,  1,  1,  5,  3, 12, 11,  2,  1, 20, 22, 18, 36, 31, 40,  3]
form number is 20705764246300785909

ВотЪ.