Сравнил со скоростью перебора на чистом PARI ровно того же паттерна: 5e11/c (в реальных числах), в 3.3e14/5e11=660 раз медленнее. Ну то есть ускоритель работает практически как и обычно, почти 1e9 попыток в секунду, для 5-ти проверяемых мест очень даже неплохо.
Для "классического" размещения
у меня получилось, что в центральной девятке проверяются ускорителями только 4 числа
Не понимаю, я же конкретно сказал какой именно паттерн проверяю: v=[1,2,3,20,1,18,49,32,75,2,1,12,1,70,9], при этом ускорителем проверяются места с 20 по 12, т.е. центральные 9, из которых он может проверить 5 (20,18,32,75,12). Числа 70 и 9 поставлены от фонаря, они нигде не используются но нужны для корректной компиляции ускорителя.
До 1e18 за почти час найдены две восьмёрки, длиннее не найдено:
558986553851592217: 32, 32, 16, 12, 16, 12, 12, 12, 12, 12, 12, 12, 12,256, 12, valids=10, maxlen=8
642257978362205017: 8, 16, 8, 12, 4, 12, 12, 12, 12, 12, 12, 12, 12, 64, 24, valids=9, maxlen=8
О, пока писал нашлись две девятки чуть дальше:
1046695868406465817: 16, 24, 32, 12, 12, 12, 12, 12, 12, 12, 12, 12, 4, 32,144, valids=9, maxlen=9
1096933088805369817: 16, 8, 32, 12, 12, 12, 12, 12, 12, 12, 12, 12, 32,192, 24, valids=9, maxlen=9
Для BOINC-проекта с несколькими тысячами потоков - подъёмно.
Я не вполне понимаю как вы или кто-то другой собираетесь агитировать народ подключиться к проекту, запустить сервер и создать сайт мало, надо ещё и народ завлечь, и только потом радоваться тысячам работающих потоков. Впрочем это уже организационные трудности, не математические и не программистские, так что я в них плохо ориентируюсь, да и офтопик здесь, просто рассчитывать что достаточно запустить сервер и тут же свалится тысячепотоковая манна небесная слишком наивно.