Исследование свойств диагональных латинских квадратов в проектах добровольных распределенных вычислений и не только...
Цитата: Yura12 от 15.04.2021, 09:05И приложение версии 1.31 также видимо зависает. Картинка приложена.
Он не висит, он долго считает, квадраты пошли интересные... Если есть такая возможность, держите, он должен досчитать, если нет — прерывайте, досчитается одной из 24/7 машин. Заранее время счета я предугадать не могу, от числа находок не зависит. Бывает так, что покрытий мало, а считалось полчаса (что много по сравнению со средним временем обработки одного квадрата в 40 с). А бывает наоборот: 5 минут счета, а покрытий больше 100 тыс. В будущем видимо придется данный расчет организовывать по-другому, т.к. по моим грубым прикидкам могут быть квадраты, которые будут считаться в 1 поток до 100 суток 8-/. Пока таких не было, но они могут попасться... За сутки счета много зависших WU'шек версией 1.3.1 посчитались, сейчас выполняется постобработка (это тоже не быстро), по ее итогам будет яснее, куда двигаться дальше... К вечеру будет рекорд по ОДЛК в районе 200 тыс., а может быть и больше...
Цитата: kotenok2000 от 15.04.2021, 15:36По какой то причине test separator и spstarter падают если запущен 0patch https://0patch.com/
Цитата: kotenok2000 от 15.04.2021, 15:36По какой то причине test separator и spstarter падают если запущен 0patch https://0patch.com/
Вот тут даже предположить не могу :). Открыл в браузере, дождался обсчета нескольких WU'шек, все норм, ничего не падает. Может что-то с вирусной/антивирусной активностью связано на вашей машине?
Я говорю о 0PatchInstaller_20.06.18.10800.msi https://dist.0patch.com/download/latestagent
Цитата: kotenok2000 от 14.04.2021, 16:43Почему test separator позволяет мне прочитать stderr.txt, но spstarter не позволяет?
Внутри работает один код и один расчетник, только собранный в разное время с косметическими изменениями. Такое от него точно не зависит. Может попробовать BOINC Manager притормозить (suspend process) или вообще прибить...
Цитата: kotenok2000 от 15.04.2021, 16:17Я говорю о 0PatchInstaller_20.06.18.10800.msi https://dist.0patch.com/download/latestagent
Я бы зарепортил этот кейс товарищам из 0patch: они судя по всему делают какие-то странные манипуляции, так что им и смотреть
В ходе обработки КФ ОДЛК порядка 12 в составе большой комбинаторной структуры найден квадрат
0 1 2 3 4 5 6 7 8 9 10 11
1 2 0 4 5 8 3 6 7 11 9 10
3 7 1 5 9 0 11 2 6 10 4 8
6 8 7 11 10 2 9 1 0 4 3 5
9 0 6 10 3 7 4 8 1 5 11 2
7 6 8 9 11 10 1 0 2 3 5 4
11 10 9 8 7 6 5 4 3 2 1 0
8 4 10 6 2 11 0 9 5 1 7 3
10 9 11 7 6 3 8 5 4 0 2 1
2 11 5 1 8 4 7 3 10 6 0 9
5 3 4 0 1 9 2 10 11 7 8 6
4 5 3 2 0 1 10 11 9 8 6 7
с 195652 ОДЛК, что позволяет усилить нижнее ограничение с a(12)>=113294 до a(12)>=195652 в ряду https://oeis.org/A287695. Хорошо идем, с удвоением, практически по закону Мура :). Если интуиция меня не обманывает, то сейчас в проекте считается еще группа квадратов и, судя по их долгой обработке, ОДЛК в их составе должно быть еще больше. Считаем и ждем...
[upd]
Соответствующая WU'шка https://gerasim.boinc.ru/users/viewWorkunit.aspx?workunitid=11001408 посчиталась с 4-й попытки за 3,8 часа пользователем http://vk.com/boinc из команды Colombia!
В ходе обработки КФ ОДЛК порядка 12 в составе большой комбинаторной структуры найден квадрат
0 1 2 3 4 5 6 7 8 9 10 11
1 2 0 4 5 3 8 6 7 11 9 10
2 3 1 5 0 4 7 11 6 10 8 9
10 9 11 7 6 8 3 5 4 0 2 1
5 8 4 2 11 1 10 0 9 7 3 6
3 4 9 0 1 6 5 10 11 2 7 8
11 10 5 8 7 2 9 4 3 6 1 0
9 0 10 6 3 7 4 8 5 1 11 2
4 5 3 1 2 0 11 9 10 8 6 7
6 11 7 9 8 10 1 3 2 4 0 5
7 6 8 10 9 11 0 2 1 3 5 4
8 7 6 11 10 9 2 1 0 5 4 3
у которого 254034 ОДЛК, что позволяет усилить нижнее ограничение с a(12)>=195652 до a(12)>=254034 в ряду https://oeis.org/A287695. На построение ОДЛК для этого квадрата уходит 9,4 часа работы одного ядра Core i7 4770 в один поток (перепроверено на моей машине с целью тестирования кода), в проекте на это ушло 11,4 часа работы пользователя admin (https://gerasim.boinc.ru/users/viewWorkunit.aspx?workunitid=11001489), куда включается еще и вычислительное время на построение КФ для найденных ОДЛК, отсечение дублей среди них. Считаем дальше, найденное ограничение скорее всего не предел...
Новый и весьма неплохой рекорд: в ходе обработки КФ ОДЛК порядка 12 в составе большой комбинаторной структуры найден квадрат
0 1 2 3 4 5 6 7 8 9 10 11
1 2 0 4 5 3 8 6 7 11 9 10
10 9 11 7 6 8 3 5 4 0 2 1
2 3 4 5 0 1 10 11 6 7 8 9
11 10 9 8 7 6 5 4 3 2 1 0
9 8 7 6 11 10 1 0 5 4 3 2
6 11 10 9 8 7 4 3 2 1 0 5
8 7 6 11 10 9 2 1 0 5 4 3
5 0 1 2 3 4 7 8 9 10 11 6
7 6 8 10 9 11 0 2 1 3 5 4
4 5 3 1 2 0 11 9 10 8 6 7
3 4 5 0 1 2 9 10 11 6 7 8
у которого 713258 ОДЛК! Это позволяет установить новое нижнее ограничение a(12)>=713258 в числовом ряду https://oeis.org/A287695 (предыдущее — a(12)>=254034 усилено). Подозреваю, что это не предел, в обработке находятся еще 400 интересных квадратов и, судя по времени их обработки, от них будет кое-что интересное...
На обработку данного квадрата (79360 трансверсалей, 10300 диагональных трансверсалей, 108 интеркалятов — далеко не предел по каждой из числовых характеристик) ушло 24 часа (см. соответствующую WU'шку: https://gerasim.boinc.ru/users/viewWorkunit.aspx?workunitid=11001294) на машине участника Johnbodlis team (https://gerasim.boinc.ru/users/showUser.aspx?userid=1005), новой версией расчетного модуля квадрат корректно обсчитан, пусть и немного долговато без чекпоинтов...
В тестовый подпроект добавлена новая версия расчетного модуля 1.3.7, в которой Александром Альбертяном поправлена проблема, связанная с подвисаниями расчетника. Тестируем... Если все будет нормально, чуть позже аналогичным образом поменяю версию и в основном подпроекте...
[upd]
Вроде все работает стабильно, версия изменена на 3.3.2 и в основном подпроекте. Следим за подвисаниями...