Пентадекатлон мечты

[Huz]

Hi all, please see https://github.com/hvds/divrep/releases/tag/20251121 for the latest release of pcoul. There are quite a few changes; if anything about the release notes is unclear please ask.

For the first time the Windows executable is now made automatically using Github actions; thank you to DemiS for his help testing this, and for all his previous efforts to make the Windows builds.

The main build (https://github.com/hvds/divrep/releases/download/20251121/pcoul-windows-08eeb7f.zip) targets Windows-10 and -11; there is also a secondary build (https://github.com/hvds/divrep/releases/download/20251121/pcoul-windows7-a6eac20.zip) targeting Windows-7 (but which also works on -10 and -11). I am particularly interested to know whether there is any performance difference between the two builds when running on Windows-10 or -11. If both have the same performance, I will create only the Windows-7-compatible build in the future.

[Dmitriy40]

Huz
For me, the behavior of this release (pcoul-windows7-a6eac20.zip) is no different from the previous ones - it also crashes by mistake after a couple of minutes of calculations (and it doesn't crash pcoul.exe, crashes conhost.exe, and pcoul.exe starts consuming 2 threads at 100%). Although, as I said, even those releases that worked three years ago are now crashing. I don't know the reason. Apparently something went wrong in my system during these three years. Win7Pro.

-- 22.11.2025, 04:27 --

But it correctly works under the x64dbg debugger.

[Yadryara]

Как там Евгений говорит? ОМГ! Тут и с бутылкой не разберёшься

EUgeneUS в сообщении #1710163 писал(а):

Например: 16-18-13z - нужно взять паттерн 16-18-13 и сделать его зеркальное отражение.

И при этом 32 окажется уже не на 16-м, а на 7-м месте.

Начинаю ещё больше склоняться к тому, что надо отказаться от обозначения z и указать 5 чисел, как это сделал Владимир:

   32   49  121  289  361   комплектов
    7                               44
    8                               37
   15                               37
   16                               44
______________________________________
                                   162

И теперь похоже, что мы все четверо (Владимир, Евгений, Демис и я) считали комплекты, где 32 стоит либо на 7-м, либо на 16-м месте. А за два других места никто так и не взялся.

EUgeneUS в сообщении #1710163 писал(а):

б) в рамках этой структуры паттерны идентифицируются так: первое число - место, где стоит $32$; второе число - место, где стоит $11^2$; третье число - место, где стоит $19^2$.

А где стояли $7^2$ и $17^2$ ? На всех остальных местах?

Хорошо что хоть есть три цепочки, можно по ним посмотреть. И во всех трёх случаях $7^2$ стоит на 12-м месте, а $17^2$ — на 21-м месте. Случайно ли это?

EUgeneUS в сообщении #1710163 писал(а):

1. Диапазон итераторов от от

EUgeneUS в сообщении #1710163 писал(а):

2. Диапазон итераторов от от

EUgeneUS в сообщении #1710163 писал(а):

3. Диапазон итераторов от от

А ещё говорят, что Антоха мол сложную терминологию использует

Как правильно-то, диапазон итераторов или кружок литераторов

А зачем нам регулярно "от от" повторяют? Может нам в Баден-Баден пора

[Huz]

Dmitriy40 в сообщении #1710217 писал(а):

Huz
For me, the behavior of this release (pcoul-windows7-a6eac20.zip) is no different from the previous ones - it also crashes by mistake after a couple of minutes of calculations (and it doesn't crash pcoul.exe, crashes conhost.exe, and pcoul.exe starts consuming 2 threads at 100%). Although, as I said, even those releases that worked three years ago are now crashing. I don't know the reason. Apparently something went wrong in my system during these three years. Win7Pro.

-- 22.11.2025, 04:27 --

But it correctly works under the x64dbg debugger.

I'm sorry to hear that.

(Оффтоп)

If there is anything I can do to help track that down, for example by putting additional diagnostics in the code, please let me know - with the new automated system, I can easily make a separate branch just for you.

My first guess would be a problem with Cygwin emulation of Unix-like signals, in particular the timing signals used for logging. It would be interesting to try a short run with all timed logging disabled (with "-Lf0 -Ls0") to see if that works better. For example this takes about 150s on my machine:

% ./pcoul -x15724736975643 -Lf0 -Ls0 -f7 -g6 12 9
001 pcoul(12 9) -f7 -g6 -x15724736975643
202 Candidate 15724736975643 (95.11s)
367 coul(12, 9): recurse 69726562, walk 69773282, walkc 135836915 (149.62s) [58157961 719038 478189 135785 18831 734 31 5 0]
200 f(12, 9) = 15724736975643 (149.62s)
% 

[EUgeneUS]

Huz в сообщении #1710213 писал(а):

Hi all, please see https://github.com/hvds/divrep/releases/tag/20251121
for the latest release of pcoul.

Great news!

Microsoft Windows 10 Pro
10.0.10240.17394 (Win10 TH1 / 1507)

Main build for Windows:

>pcoul -x15724736975643 -Lf0 -Ls0 -f7 -g6 12 9
001 pcoul(12 9) -f7 -g6 -x15724736975643
202 Candidate 15724736975643 (129.73s)
367 coul(12, 9): recurse 69726562, walk 69773282, walkc 135836915 (212.45s) [58157961 719038 478176 135798 18831 734 31 5 0]
200 f(12, 9) = 15724736975643 (212.45s)

>pcoul -x15724736975643 -f7 -g6 12 9
001 pcoul(12 9) -f7 -g6 -x15724736975643 *RT*
b338: 3 2^2.7 5 2.3^2 203057^2 2^5 3 2.5^2 7
202 Candidate 15724736975643 (130.72s)
b553: 13^2 2 3 2^2.7 5 2.3^2 176887^2 2^3 3
367 coul(12, 9): recurse 69726562, walk 69773282, walkc 135836915 (214.69s) [58157961 719038 478176 135798 18831 734 31 5 0]
200 f(12, 9) = 15724736975643 (214.69s)

[Yadryara]

VAL в сообщении #1709620 писал(а):

Я ориентируюсь на позиции чисел 32, 121 и 361. В пределах тех паттернов, которые я знаю, они полностью определяют остальные позиции.

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

VAL в сообщении #1709620 писал(а):

Все мои расчеты ведутся для паттернов с 32 в 16-й позиции.
У Евгения, насколько я в курсе считаются зеркальные им паттерны с 32 в 7-й позиции.

Только он это подтвердил не сразу, а лишь теперь. И не явно. Это становится понятно только после учёта зеркальности.

VAL в сообщении #1709620 писал(а):

Паттерны с 32 в 8-й позиции гарантированно свободны. И я предлагаю Вам заняться именно ими.

Но я ими не занялся. Потому что решил, что Вы считаете 44 обычных комплекта, а Евгений — 37 (обычных или зеркальных, или и тех и других).
Таким образом я решил, что лучше посчитать пока 44 зеркальных, пока Евгений наконец не прояснит ситуацию. И вот только сейчас ясно, что чем дальше в лес тем ближе вылез.

В итоге сейчас перехлёст с Евгением 1/9 по высоте по всем 7-ми комплектам, которые считаю и плюс ещё перехлёст 1/11 по 2-му комплекту. Подробнее напишу позже.

Повторяю свою просьбу к Владимиру в упрощённом варианте:

Указать какие позиции чисел 32, 121 и 361 обсчитаны и докуда.

Потому что Демис как начал давным-давно считать 32 в 16-й позиции, так и считает до сих пор.

[EUgeneUS]

Huz
Question about pattern generation.
In chains of length 17 or more, there must be numbers that are multiples of 17 and 19.

However, pcoul generates patterns without 17 and 19. For example:

Batch id,v_0,v_1,v_2,v_3,v_4,v_5,v_6,v_7,v_8,v_9,v_10,v_11,v_12,v_13,v_14,v_15,v_16,v_17,v_18,v_19,v_20,v_21,v_22,LCM,t 48,t 12,t 3,t 24,t 6,t 8,t 2,t 4,t 16,t 1
1,3^11.11,2.5^2,7^2,2^2.3,1,2,3.5.13,2^11,1,2.3^2.7,1,2^2.5.11,3,2,1,2^3.3,5.7,2,3^2,2^2.13,1,2.3.5,11,63552974284800,5,1,0,5,3,3,1,3,2,0

On the other hand, patterns with 17 and 19 appear later. For example:

...
8,3^11.17,2.5^2,7^2,2^2.3.11,1,2,3.5.13,2^11,1,2.3^2.7,1,2^2.5,3,2,11,2^3.3,5.7,2.17,3^2,2^2.13,1,2.3.5,1,1080400562841600,5,2,0,4,3,3,1,3,2,0
...
63,3^11,2.5^2.17.19,7,2^2.3.11,1,2,3.5,2^11.13,1,2.3^2.7,1,2^2.5,3,2,11,2^3.3,5.7,2,3^2.17,2^2,13.19,2.3.5,1,2932515813427200,4,3,0,6,2,2,2,3,1,0

Is there a error here?
Or I don't understand how pattern generation works in pcoul

[Yadryara]

Пока жду ответа от Владимира и от Хьюго, ещё уточню.

Что способствует взаимному непониманию кроме поведения Евгения?

Ну вот например, 4-го ноября сообщается:

VAL в сообщении #1708319 писал(а):

У меня освободились 32 потока

И ... тишина.

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

Затем, через 10 дней сообщается:

VAL в сообщении #1709253 писал(а):

Горячо!
2266980202621739730115894445902081013987272845487441

И потом мои уточняющие вопросы почему-то объявляются риторическими. Не находите, что автору вопросов видней, какие они?

Если Владимир начал что-либо считать, то не лучше ли было объявить об этом? Впс, например, рассказывал чем занимается и таблички с конкретикой приводил. И если другие люди захотели бы заняться, то не считали бы то же самое.

Объявляю: начал считать комплекты, где 32 расположено на 15-м месте. Если кто-то тоже начал считать, прошу сообщить.

[EUgeneUS]

Yadryara в сообщении #1710242 писал(а):

Что способствует взаимному непониманию кроме поведения Евгения?

[VAL]

Попробую поискать D(48,23)
Начал считать комплекты 8-7, 8-22, 16-19.
Маркировка идет по позициям чисел 32 и 121.
Все комплекты из 1-1-17-4(11).
Если до Нового года не поймается ни одно дро, брошу это безнадежное дело.

[Dmitriy40]

(О вопросах)

Yadryara в сообщении #1710242 писал(а):

Что способствует взаимному непониманию кроме поведения Евгения?

Например Ваши "хочу всё знать" и "все должны отвечать на мои вопросы".

Yadryara в сообщении #1710242 писал(а):

Не находите, что автору вопросов видней, какие они?

Конечно нет. Половина пургатория забита такими вопросами от авторов лучше понимающих что и как спрашивать.

Huz в сообщении #1710220 писал(а):

It would be interesting to try a short run with all timed logging disabled (with "-Lf0 -Ls0") to see if that works better.

It didn't help, it crashed in the same way after 10 seconds.
And I do not even know how to catch this glitch.
I thought the debugger would help me at least understand where it was happening, but no, it was working under debugger.
Under debugger, I see the launch of several threads, which (not all, about 5 pieces remain suspended) then seem to close by themselves after seconds and minutes, perhaps the crash occurs just as they are closing. That is, there may be a resource leak somewhere.

[Yadryara]

Dmitriy40 в сообщении #1710255 писал(а):

Например Ваши "хочу всё знать" и "все должны отвечать на мои вопросы".

И где я это говорил?

[Dmitriy40]

Yadryara в сообщении #1710259 писал(а):

И где я это говорил?

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

-- 22.11.2025, 14:19 --

VAL в сообщении #1710250 писал(а):

Попробую поискать D(48,32)
...
Если до Нового года не поймается ни одно дро, брошу это безнадежное дело.

Бросайте уже сейчас - длина не может превышать 31, так что вряд ли так быстро найдёте цепочку с valids=31 (это ведь дро от 32, да?) по несуществующим паттернам.

[Huz]

EUgeneUS в сообщении #1710233 писал(а):

Huz
Question about pattern generation.
In chains of length 17 or more, there must be numbers that are multiples of 17 and 19.

What command-line options are you using? It is hard to respond without knowing that, but my guess is that you need to set the -f option to a higher value.

The main reason that batches exist in the program is so that primes that repeat within a pattern are correctly placed - that is required for the program to work correctly, but primes that appear only once are not required. The -f option controls whether we also specify the primes that appear only once as part of the batch.

Let $p < q \le k$ be the two largest primes not exceeding k, then you can set -f<p> or -f<q>, but it is not safe to set it lower than $p$ (and the program is supposed to tell you that).

With "pcoul -f2 12 4" we will place powers of 3 in positions 0 and 3: "3^2 2^2 . 2.3" and generate a batch without 3s to cover the other positions ". 2^2 . 2" - the normal recursive allocation knows that in positions 0 and 3 it can allocate primes starting from 5, and in positions 1 and 2 it can allocate starting from 3. With "pcoul -f3 6 4" it will generate batches with 3 in every position, and recursive allocation will start from 5 everywhere.

[Yadryara]

Dmitriy40 в сообщении #1710268 писал(а):

И нет, мои слова в кавычках были не точной цитатой, лишь по смыслу,

И по смыслу Вы неверно понимаете. Причём уже не в первый раз. Я когда перечитывал тему, уже видел подобное от Вас в мой адрес. Года три назад. И тоже непонятно откуда появилось слово "должны". А сейчас ещё и "все должны". С чего вдруг?

Если что-то изменит перечитывание моих сообщений, я конечно перечту. И не только за неделю. Что Вы там увидели?

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

Если непонятен смысл моих слов, спросите, чего голову-то морочить какими-то "все должны"?