It is my understanding that a Linux version of the program doesn't exist. I would be interested in joining the experiment but I only have Linux servers. I'm in the process of relocating and am only running the 128 thread server at this time but others will be available after the first of the year. I looked at the source on github but it seemed to have a lot of BOINC API code in it. I didn't want to tackle pulling all that code out for it to work without BOINC. I tried contacting Natalia by email but it was rejected as spam.

Are you talking about the PADLS experiment? (The main experiment of this topic.)
Yes, there is only a program for Windows for this experiment.
However, the script for this experiment does not contain any BOINC instructions.
This script is specially made for manual experiment.

PS. Try to send me a private message.

walli
насколько я помню, вы адаптировали скрипт эксперимента PADLS для Linux?
Правильно я помню?
Если это так, вы сможете помочь новому потенциальному участнику эксперимента entity.

- I'll take #666-#699 as well

- I never worked with PARI/GP and I had no time to read your other post yet... I can help here in 3 weeks at the earliest (because of the upcoming PG challenge)

- I just created a new batch script for Windows (I'll show you later). For PADLS I use Windows 10 as virtual machines. I successfully compiled "generator_kf" and "family_mar" for Linux, but at least "family_mar" isn't the same version that you got from Demis (I used Thomas Brada's GitHub repository - it seems that Demis enhanced the source code and fixed bugs for PADLS?). And I couldn't find the source for "convert_u". Maybe Demis could release the source files for his versions of the applications? As an alternative, we could use "wine" to run the Windows binaries on Linux

- I'll take #666-#699 as well

Спасибо!

- I never worked with PARI/GP and I had no time to read your other post yet... I can help here in 3 weeks at the earliest (because of the upcoming PG challenge)

Хорошо.

- I just created a new batch script for Windows (I'll show you later). For PADLS I use Windows 10 as virtual machines. I successfully compiled "generator_kf" and "family_mar" for Linux, but at least "family_mar" isn't the same version that you got from Demis (I used Thomas Brada's GitHub repository - it seems that Demis enhanced the source code and fixed bugs for PADLS?). And I couldn't find the source for "convert_u". Maybe Demis could release the source files for his versions of the applications? As an alternative, we could use "wine" to run the Windows binaries on Linux

Я думаю, вы можете обсудить перспективы адаптации для Linux с entity, когда у вас и у него будет время и желание.
Обсуждение можно вести в теме, а если желаете - в личных сообщениях.

Я не в курсе, читает ли Demis сейчас эту тему.
В настоящее время он занят в другом проекте (не моём).

As mentioned previously, I looked at the github source programs and they contained a lot of BOINC API code. I assume, so they could be run in a BOINC environment and be able to have access and update BOINC variables. Did Walli remove the BOINC API code or did the programs he compiled not have the API code.

Regardless, if the program source is available I could probably work with it over time (after I'm relocated) and get it to compile in a Linux environment. However, I'm not familiar with these programs so I probably wouldn't be able to test the compiled code anyway. How do these programs fit together? In what order are they supposed to run? Are ALL the programs in the github repository needed to support this experiment or just a few? etc. etc.

I have tried using Wine in the past but kept running into versioning problems between the code and Wine. Code wouldn't run under the version of Wine I had installed. Even if it does run, the overhead of Wine is sometime significant but would be willing to give it a try one more time.

I can't use a VM as I don't have access to a Windows OS. Last Windows version I ran was Windows 7 many years ago.

In summary, I have a significant amount of compute resources (almost 500 threads) that I was willing to apply to this experiment but it seems I may not be a good fit.

I successfully compiled "generator_kf" and "family_mar" for Linux, ...

walli
это очень хорошо!
Эти две программы являются основными для работы эксперимента.
Всё остальное, что есть в скрипте Demis, связано с многопоточностью.

Эксперимент можно выполнять в один поток.
В этом случае скрипт будет состоять из двух указанных программ, которые выполняются в порядке:
1) generator_kf
2) family_mar

entity
если вы хотите выполнять эксперимент в один поток, можете воспользоваться указанными программами, которые walli скомпилировал для Linux.
Конечно, многопоточная программа намного удобнее.
В этом случае не требуется запускать много копий - для каждого потока.
Но это не слишком сложная техническая проблема.

Я раньше выполняла этот эксперимент на своём компьютере в один поток.
На моём компьютере всего два ядра, и я запускала два потока одновременно (два скрипта в разных папках).
Скрипт Demis для многопоточной работы я запускала на своём компьютере в 4 потока, это работало.

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

No apologies necessary.

Let me browse around github and see what I can find. I did find some source for family_mar (not sure if it is the correct source) but it looked like it had been modified for multi-threading. It had mutex instructions in the code. I haven't had to compile code since I moved into the hardware installation area and then it was mostly on large mainframe systems. This will be a good exercise to help me become acquainted with C and the compilation process.

Thank you for the information

walli, entity
тема о новом эксперименте и PARI/GP перемещена сюда
https://boinc.progger.info/odlk/forum_thread.php?id=232

Пожалуйста, посмотрите эту тему.

entity
вы можете попробовать принять участие в этом эксперименте.
Но для этого надо разобраться с вопросом работы PARI/GP в Linux.
Я читала на форуме dxdy.ru, что работа PARI/GP в Linux возможна, но для этого надо выполнить компиляцию исходников PARI/GP для Linux.

Этот эксперимент выполняется однопоточной программой.
Конечно, для эффективного выполнения программы надо будет запустить несколько потоков (как можно больше) одновременно.

entity
скачайте архив family_mar.rar по ссылке
https://cloud.mail.ru/public/UPwW/pLYGbSWoL

В этом архиве есть исходный код программы (смотрите папку source).
Это оригинальный код автора программы Алексея Белышева.
В этом коде нет инструкций по многопоточности.

В архиве есть также всё, что необходимо для работы программы family_mar.
В файл input.txt записываются квадраты для обработки, которые генерирует программа generator_kf.

Кстати, важно!
Если вы смотрите в репозитории Tomas Brada код программы family_mar и видите в нём инструкции по многопоточности, это понятно.
Tomas Brada тоже делал многопоточную программу.
И это можно попробовать!
То есть вы берёте исходный код Tomas Brada и компилируете его для Linux.
Проверяете, как это работает.
Будет очень хорошо, если удастся получить многопоточную программу family_mar.

Однако я не знаю, могут ли быть в этом коде инструкции BOINC (?).

I'm in the process of relocating and am only running the 128 thread server at this time but others will be available after the first of the year.

entity
вы имеете хороший сервер.
Можете попробовать запустить BOINC-проект на своём сервере?

Tomas Brada выполнял в своём BOINC-проекте эксперимент PADLS, но остановил его.
Эксперимент очень хорошо работал и давал замечательные результаты.
В репозитории Tomas Brada есть коды, которые как раз писались для этого эксперимента.

Предлагаю вам попробовать.
BOINC-проект, даже не очень мощный, будет намного эффективнее, чем работа в ручном режиме всего 2-3 участников эксперимента.

Замечу, что в BOINC-проекте ОДЛК работает алгоритм грубой силы (тотальный перебор).
Алгоритм PADLS более эффективный и даёт лучшие результаты.
Я много раз просила администратора BOINC-проекта ОДЛК Progger запустить этот эксперимент отдельным Приложением, но он отказался это делать.
После чего я продолжала поиск возможности запуска этого эксперимента в BOINC.
Так был запущен эксперимент у Tomas Brada.
К сожалению, Tomas Brada быстро остановил эксперимент.

PS. Вы можете обратиться за помощью по вопросам запуска BOINC-проекта к Progger и к Tomas Brada.
Думаю, что они не откажут вам в помощи.

Скачала результаты от walli из интервалов №№ 590,595,603,604,605,622,636,650,651,652,653,666,667,668,669,670,
685,686.
В этих интервалах найдено 4525 КФ ОДЛК (сырые результаты).
Отлично! Спасибо!

Добавила результаты в 16-ю порцию.

Скачала результаты от walli из интервалов №№ 606-614,620,621,623-627,637-640,654-657,671-673,687,688

В этих интервалах найдено 5666 КФ ОДЛК (сырые результаты).
Замечательно! Спасибо!

Шестнадцатая порция результатов хорошо пополнилась.

Скачала результаты от walli из интервалов №№ 615-617,628-631,641-643,658-661,674-680,689-691.
В этих интервалах найдено 7829 КФ ОДЛК (сырые результаты).
Отличные результаты! Спасибо!

Добавила результаты в 16-ю порцию.

Ещё результаты от walli - из интервалов №№ 618,619,632,635,644-649,662-665,681,684,691-696,698,699.
В этих интервалах найдено 5356 КФ ОДЛК (сырые результаты).
Спасибо!

Добавила результаты в 16-ю порцию.

PS. walli, пожалуйста, посмотрите сообщение
https://boinc.progger.info/odlk/forum_thread.php?id=232&postid=10037

Скачала результаты от walli из интервалов №№ 633,634,682,683,697.
В этих интервалах найдено 949 КФ ОДЛК (сырые результаты).
Спасибо!

Итак, мы полностью проверили интервалы 0 - 699.
Это большая работа.

16-ая порция результатов содержит результаты из интервалов
562,563,567,569,573,575,577,581,596,600,601,602,620,621,
590,595,603,604,605,622,636,650,651,652,653,666,667,668,669,670,
685,686,
606-614, 620,621,623-627,637-640,654-657,671-673,687,688,
615-617,628-631,641-643,658-661,674-680,689-691,
618,619,632,635,644-649,662-665,681,684,691-696,698,699,
633,634,682,683,697
Все эти интервалы проверил walli.

Сегодня обработаю эту порцию результатов.

16-ю порцию результатов обработала.
Найдено 52286 КФ ОДЛК, в том числе 116 двушек.
Отличные результаты!

БД эксперимента содержит на данный момент 437227 КФ ОДЛК, в том числе 937 двушек, 2 тройки и 1 четвёрка.

*****************************
В эксперименте перерыв.
Надеюсь, что мы продолжим эксперимент через некоторое время.
*****************************

Сейчас у меня все вычислительные ресурсы заняты в эксперименте Hugo van der Sanden.

Приглашаю всех принять участие в этом эксперименте!

Смотрите темы
https://boinc.progger.info/odlk/forum_thread.php?id=232&postid=10112
(на русском языке)
https://boinc.tbrada.eu/forum_thread.php?id=3155
(на английском языке)

walli
если вы вернётесь в эксперимент, предлагаю переключиться на эксперимент Hugo van der Sanden.
Очень нужна поддержка вычислительными ресурсами!

Пишу в не заблокированной части форума.
По поводу моего сообщения https://boinc.progger.info/odlk/forum_thread.php?id=196&postid=8820 поступил вопрос по поводу ссылки на исходники для боинк-сервера Томаша.
Текущая (на сегодня) ссылка будет такая: https://github.com/tomasbrod/tbboinc
Нашел в гугле за 2 минуты, может даже меньше...

Жаль конечно, что девочка не справилась с проектом TBEG ...
Ничего не скажешь...

Спасибо, но по этой ссылке в Гитхабе я давно была.
У Томаша есть ссылка на форуме на проект по ОДЛК.
Вот та ссылка и ведёт сюда.

Я не вижу по этой ссылке ничего похожего на проект по кортежам - SPT.
Может, что-то и есть, но я не знаю, как соответствующая программа называется.
Всё вижу только про ОДЛК (подпроект PADLS).

Demis
нельзя ли указать точно имя программы для подпроекта по кортежам SPT (если вы знаете)?

Может быть, Томаш сам давал ссылку на форуме на ПО для подпроекта - SPT, но я не нашла.
Форум большой и где искать, неизвестно.

Вы писали в сообщении
https://boinc.progger.info/odlk/forum_thread.php?id=196&postid=8820

Если правильно понимаю код, то там в клиент-серверном варианте исполнения, т.е. "для boinc-server'a, для отправки программы боинк-клиенту".

Где в Гитхабе этот код, о котором вы говорите? Нужна точная ссылка на него.

Спасибо, но по этой ссылке в Гитхабе я давно была.
Я не вижу по этой ссылке ничего похожего на проект по кортежам - SPT.
Может, что-то и есть, но я не знаю, как соответствующая программа называется.

нельзя ли указать точно имя программы для подпроекта по кортежам SPT (если вы знаете)?
Где в Гитхабе этот код, о котором вы говорите? Нужна точная ссылка на него.

Имя программы - не знаю, не искал.
Код отвечающий за SPT лежит в папке "symprtu" ссылка на конкретный исходник:
https://github.com/tomasbrod/tbboinc/blob/primes/symprtu/spt.cpp
Название файла - очевидно.

Как его собирать нужно смореть файл Makefile в этой-же папке:
https://github.com/tomasbrod/tbboinc/blob/primes/symprtu/Makefile

Код отвечающий за SPT лежит в папке "symprtu" ссылка на конкретный исходник:
https://github.com/tomasbrod/tbboinc/blob/primes/symprtu/spt.cpp
Название файла - очевидно.

Как его собирать нужно смореть файл Makefile в этой-же папке:
https://github.com/tomasbrod/tbboinc/blob/primes/symprtu/Makefile

По первой ссылке я вижу код, начало

370 lines (340 sloc)  8.58 KB

Это исходный код Приложения SPT?
То, что у вас "Код отвечающий за SPT".
Так?

Этот код надо "собирать", то есть компилировать, дабы превратить в исполняемую программу.
Правильно я понимаю?
Когда скомпилируется, что за исполняемая программа будет получена?
Та самая, которую от меня требует Вебер?

Liefere bitte eine einzige ausführbare Datei, an die man als Parameter die Randbedingungen (Zahlenintervall und ggf. andere Steuerelemente) übergeben kann und die eine einzige Ausgabedatei produziert - dann sollte das Ganze ohne Probleme in Yoyo@home laufen können.
Da es im TBG schon mal lief, brauchst Du den Code ja eigentlich nur von dort nehmen.

Название файла: spt.cpp, что указывает на исходник на С++.