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

[DemISdx]

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

DemISdx в сообщении #1717230 писал(а):

cat coul.c |grep "_GMP_"

wrest в сообщении #1717238 писал(а):

В основном коде pcoul используются типы данных gmplib, ессно, и функции типа mpz_ и gmp_ из gmplib, например mpz_lcm, mpz_add, mpz_mul, mpz_divexact и т.п. Иначе как ещё большими числами манипулировать?

Добавлю, что типы и классы традиционно объявляются в хидерах (.h), а не в .c

Я как бы не много в курсе...

(Оффтоп)

А также в курсе, что написано в 199-ой строке https://android.googlesource.com/platform/prebuilts/gcc/linux-x86/host/x86_64-linux-glibc2.7-4.6/+/02075080d51c371ae87b9898bf84a085e436ee27/include/gmp.h#199

/* For reference, note that the name __mpz_struct gets into C++ mangled
   function names, which means although the "__" suggests an internal, we
   must leave this name for binary compatibility.  */

Равно как и этой переписки:
https://gmplib.org/list-archives/gmp-devel/2013-February/002777.html
Не нужно флеймить...

[Dmitriy40]

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

ну то есть когда мы говорим "ласточка" или "дрофа", вам непонятно про что идёт речь?

Мне непонятно. Но при желании я могу и сам разобраться. А запоминать влом.

wrest в сообщении #1717281 писал(а):

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

Если не принципиален подсчёт непрерывного куска, то так проще (и сразу по всему максимально возможному полю 31):

? n=2531612004888381445507294256137777012314127441; tau=numdiv(n); x=n-n%64+17; print(d=[numdiv(x+t) | t<-[0..30]]); print(strjoin(w=[t==tau | t<-d]),", valids=",vecsum(w));
[24, 24, 24, 24, 24, 48, 24, 24, 24, 24, 24, 24, 24, 48, 24, 24, 24, 24, 24, 24, 8, 128, 16, 640, 16, 256, 4, 12, 8, 64, 8]
1111101111111011111100000000000, valids=18

[DemISdx]

Мне не понятно, что такое "+17", в Вашем коде?

[Dmitriy40]

DemISdx в сообщении #1717311 писал(а):

Мне не понятно, что такое "+17", в Вашем коде?

n-n%32 округляет n к кратному 32 вниз/влево, нам же надо чтобы цепочки начинались так чтобы кратное 32 было центральным в цепочке, т.е. начало цепочки будет -15 от центра или +17 от меньшего кратного 32.
Разумеется это работает только для цепочек содержащих в себе кратное 32 и не на первом месте, но если цепочка длиннее 16, то это обязательно так и есть.
Можно сделать x=n-n%64+17, тогда требования к цепочке снимаются (кратное 64 обязано быть слева от цепочки), выше поправил. Это работает для цепочек с максимально допустимой длиной не более 31.

[VAL]

$M(96) \ge 18$

13790246575748756076466055680810860874988875737505871868

В ближайшее время планирую поискать цепочки D(96,19) и D(192,15).
Последнюю я безуспешно искал полтора года (на одном компе в 8 потоков).
Но это было во времена, когда мы верили в теорию флогистона эфира оптимальности паттернов на 3 простых.

[EUgeneUS]

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

$M(96) \ge 18$

Поздравляю!!!
Судя по времени нахождения, за D(96,19) придется поупираться, но оно достижимо.

[VAL]

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

Поздравляю!!!

Спасибо!

Цитата:

Судя по времени нахождения, за D(96,19) придется поупираться, но оно достижимо.

Полагаю и время может быть не особо большим.
Соображения следующие:
1. D(96,18) найдена не сегодня, а позавчера. То есть, поиск был не таким уж долгим.
2. Примерно половина доступных мне мощностей в поиске не участвовала.
3. Надеюсь, мне не лень будет реализовать идею с двумя переставляемыми наборами чисел (квадратов и подпорок). Это должно дать эффект.

[Yadryara]

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

$M(96) \ge 18$

Поздравляю.

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

Кстати, из-за усиления фильтрации по ласточкам нынче засуха. Но вот одна довольно маленькая нашлась. Покажу позже.

И ещё одна маленькая. Ласточка с зимою в сени к нам летит...

740942401561348069849929960726625232345849041     111111111 111111 111              18
961607399158799496985689288649014777624669340                11111111  1111111111   18
1642203504195807599593540559942872705604046940       1       1 11111 111111111111   19