Исследование свойств диагональных латинских квадратов в проектах добровольных распределенных вычислений и не только... - Страница 82 - Исследование свойств диагональных латинских квадратов в проектах добровольных распределенных вычислений и не только... - Страница 82 - Форум

#811 · 15.02.2021, 03:57

Цитата: DrMOS от 15.02.2021, 01:16

Так я же как бы и говорю, что обновить не получается.

Цитата: DrMOS от 13.02.2021, 22:29

Машина номер 46841.

При попытке обновить проект:

13.02.2021 17:16:29 | Gerasim@home | update requested by user
13.02.2021 17:16:34 | Gerasim@home | Fetching scheduler list
13.02.2021 17:16:37 | Gerasim@home | [error] No scheduler URLs found in master file

Если можно это как-то со стороны проекта руками поправить - было бы неплохо. До кредитов мне дела особого нет, а вот энергию и моторесурс впустую тратить бы не хотелось.

Тут хорошо бы посмотреть, что у Вас в файлах конфигурации, может поправили бы чего Вам.

#812 · 18.02.2021, 04:20

Так вот я же и спрашивал на прошлой странице: куда смотреть, что делать.

Перезапустил проект - ничего не изменилось. Удалил - подключиться невозможно. Говорит "проект временно недоступен". И всё. Переустановка BOINC не помогает. Может, конечно, проблема в моём текущем здешнем подключении - на некоторые страницы просто не пускает. Думаю, это дело подождёт, если при возвращении к нормальному режиму эксплуатации будут проблемы - отпишусь.

А пока один известный вирус из соседней темы посчитаю на этой машине. К нему подключился без проблем.

Надеюсь, те мои посчитанные задания не канули в Лету.

#813 · 18.02.2021, 11:21

Цитата: evatutin от 18.02.2021, 11:21
Под занавес эксперимента по определению экстремальных значений числовых характеристик ДЛК порядка 10 я уже хотел было писать о том, что границы перестали двигаться более недели и эксперимент можно завершать, как нашелся квадрат

0 5 1 8 9 2 7 6 3 4
7 1 5 4 2 9 0 3 6 8
6 4 2 1 5 3 8 0 9 7
4 9 0 3 6 8 2 1 7 5
3 8 7 6 4 1 9 5 2 0
9 7 4 0 8 5 3 2 1 6
2 0 8 7 1 4 6 9 5 3
8 2 9 5 3 6 4 7 0 1
1 3 6 9 0 7 5 4 8 2
5 6 3 2 7 0 1 8 4 9

у которого 408 трансверсалей, что позволяет подвинуть верхнюю границу на минимальное число трансверсалей в ДЛК порядка 10 с 424 до 408. Видимо будем считать дальше...

Кроме того, при детальном анализе выяснилось, что вчера был найден квадрат

0 5 4 7 1 6 3 2 9 8
3 1 6 8 2 9 5 0 7 4
6 7 2 5 8 0 9 4 3 1
2 9 1 3 5 4 0 8 6 7
9 8 0 1 4 3 7 6 5 2
7 4 9 2 6 5 8 3 1 0
4 3 8 9 7 2 6 1 0 5
8 6 5 0 9 1 4 7 2 3
5 2 3 4 0 7 1 9 8 6
1 0 7 6 3 8 2 5 4 9

у которого 5504 трансверсали, что совпадает с известным рекордом из статьи Брауна. Он входит в состав однушки, не обладает обобщенными симметриями/автоморфизмами (по крайней мере как ДЛК), и тем не менее имеет рекордное число трансверсалей. Число диагональных трансверсалей в его составе составляет 661, что является рекордом в текущем эксперименте, однако не дотягивает до известного рекордного значения 866 из статьи Брауна.

На данный момент просмотрено 57,1 млрд. ДЛК.

[upd]

Второй найденный квадрат имеет блочную структуру из 25 не пересекающихся интеркалятов, что видимо и объясняет большое число трансверсалей. То, что в текущем эксперименте попался такой квадрат, является несколько неожиданным, т.к. на данный момент цель получать такие квадраты не ставилась, а он все равно попался...

Под занавес эксперимента по определению экстремальных значений числовых характеристик ДЛК порядка 10 я уже хотел было писать о том, что границы перестали двигаться более недели и эксперимент можно завершать, как нашелся квадрат

0 5 1 8 9 2 7 6 3 4
7 1 5 4 2 9 0 3 6 8
6 4 2 1 5 3 8 0 9 7
4 9 0 3 6 8 2 1 7 5
3 8 7 6 4 1 9 5 2 0
9 7 4 0 8 5 3 2 1 6
2 0 8 7 1 4 6 9 5 3
8 2 9 5 3 6 4 7 0 1
1 3 6 9 0 7 5 4 8 2
5 6 3 2 7 0 1 8 4 9

у которого 408 трансверсалей, что позволяет подвинуть верхнюю границу на минимальное число трансверсалей в ДЛК порядка 10 с 424 до 408. Видимо будем считать дальше...

Кроме того, при детальном анализе выяснилось, что вчера был найден квадрат

0 5 4 7 1 6 3 2 9 8
3 1 6 8 2 9 5 0 7 4
6 7 2 5 8 0 9 4 3 1
2 9 1 3 5 4 0 8 6 7
9 8 0 1 4 3 7 6 5 2
7 4 9 2 6 5 8 3 1 0
4 3 8 9 7 2 6 1 0 5
8 6 5 0 9 1 4 7 2 3
5 2 3 4 0 7 1 9 8 6
1 0 7 6 3 8 2 5 4 9

у которого 5504 трансверсали, что совпадает с известным рекордом из статьи Брауна. Он входит в состав однушки, не обладает обобщенными симметриями/автоморфизмами (по крайней мере как ДЛК), и тем не менее имеет рекордное число трансверсалей. Число диагональных трансверсалей в его составе составляет 661, что является рекордом в текущем эксперименте, однако не дотягивает до известного рекордного значения 866 из статьи Брауна.

На данный момент просмотрено 57,1 млрд. ДЛК.

[upd]

Второй найденный квадрат имеет блочную структуру из 25 не пересекающихся интеркалятов, что видимо и объясняет большое число трансверсалей. То, что в текущем эксперименте попался такой квадрат, является несколько неожиданным, т.к. на данный момент цель получать такие квадраты не ставилась, а он все равно попался...

Yura12 отреагировал на эту запись.

#814 · 18.02.2021, 12:00

Цитата: Yura12 от 11.02.2021, 19:27

И можно спросить про общую текущую ситуацию с проектом.

1) А на сколько примерно времени ожидаются уже поставленные эксперименты? Будут ли потом ставиться новые? То есть как бы через какое времени ожидается завершение проекта?

2) И второе - а в связи с будущим апгрейдом сервера сейчас лучше чтобы для проекта было бы побольше мощностей? Или пока лучше не перегружать сервер всякими например соревнованиями до модернизации?

Ответил в личку, продублирую сюда (для всех).

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

atch отреагировал на эту запись.

#815 · 18.02.2021, 12:14

Цитата: evatutin от 18.02.2021, 12:14

Цитата: Melter163 от 13.02.2021, 16:12

Вот уже сколько дней перестали приходить задания. Перезапускал, переустанавливал боинк. Ничего не помогло. Что нет так то?

13.02.2021 17:08:30 | | Fetching configuration file from http://gerasim.boinc.ru/get_project_config.php
13.02.2021 17:08:42 | Gerasim@home | Fetching scheduler list
13.02.2021 17:08:44 | Gerasim@home | Master file download succeeded
13.02.2021 17:08:49 | Gerasim@home | Sending scheduler request: Project initialization.
13.02.2021 17:08:49 | Gerasim@home | Requesting new tasks for CPU
13.02.2021 17:08:50 | Gerasim@home | Scheduler request completed: got 0 new tasks
13.02.2021 17:08:50 | Gerasim@home | Invalid request received. Cannot load request into XmlDocument. Invalid character in the given encoding. Line 91, position 18.
13.02.2021 17:08:50 | Gerasim@home | Project requested delay of 86400 seconds
13.02.2021 17:09:22 | | Suspending computation - CPU is busy
13.02.2021 17:09:42 | | Resuming computation

Дело в том, что у вас глобальные настройки BOINC хранятся в одном из других проектов, который дает некорректный xml на запрос (без закрывающего тега). Другие проекты это понимают и принимают, Герасим, к сожалению, нет :(. Я залез в свою стойку (первый раз с января, до этого времени не было) и случайно обнаружил, что несколько машин, до этого стабильно считавших месяцами, висят без работы с той же ошибкой :(. Мое мнение на этот счет следующее: конечно можно просить кранчеров переложить глобальные настройки с одного из старых кривых проектов на новый ровный и ждать того, что авторы старых кривых BOINC серверов мигрируют на новые ровные, но... Мне кажется, что большинство кранчеров заморачиваться не будет — попробовали, не работает, ну и не надо, пойдем считать другой проект, где работает. Аналогично, организаторы других проектов тоже не будут заморачиваться — у них то все работает, пусть и с кривым xml-ем, какой-то там Герасим им не интересен. Но это мое мнение, на мой взгляд проблему можно решить вставкой пары if'ов в код Герасима на сервере в независимости от того, правильно это или нет, но есть и другое мнение...

2SerVal

PS. Переложить настройки на другой проект в этот раз у меня не получилось :(, почистить xml-файлы вручную в папке ProgramData\BOINC\ тоже :(. Пришлось удалить BOINC Manager, вычистить всю указанную папку ручками, поставить новую версию версию BOINC Manager'а, оставить считаться один Герасим (остальные проекты поудалял), тогда заработало. В том, что это решение подойдет большинству кранчеров, я сильно сомневаюсь... Тем более, когда считающая машина одна — это еще куда ни шло, а когда их несколько десятков и все нужно проверить, это совсем другое (я со своими в итоге провозился около 4 часов, пока все посмотрел и настроил обратно).

Цитата: Melter163 от 13.02.2021, 16:12

Вот уже сколько дней перестали приходить задания. Перезапускал, переустанавливал боинк. Ничего не помогло. Что нет так то?

13.02.2021 17:08:30 | | Fetching configuration file from http://gerasim.boinc.ru/get_project_config.php
13.02.2021 17:08:42 | Gerasim@home | Fetching scheduler list
13.02.2021 17:08:44 | Gerasim@home | Master file download succeeded
13.02.2021 17:08:49 | Gerasim@home | Sending scheduler request: Project initialization.
13.02.2021 17:08:49 | Gerasim@home | Requesting new tasks for CPU
13.02.2021 17:08:50 | Gerasim@home | Scheduler request completed: got 0 new tasks
13.02.2021 17:08:50 | Gerasim@home | Invalid request received. Cannot load request into XmlDocument. Invalid character in the given encoding. Line 91, position 18.
13.02.2021 17:08:50 | Gerasim@home | Project requested delay of 86400 seconds
13.02.2021 17:09:22 | | Suspending computation - CPU is busy
13.02.2021 17:09:42 | | Resuming computation

Дело в том, что у вас глобальные настройки BOINC хранятся в одном из других проектов, который дает некорректный xml на запрос (без закрывающего тега). Другие проекты это понимают и принимают, Герасим, к сожалению, нет :(. Я залез в свою стойку (первый раз с января, до этого времени не было) и случайно обнаружил, что несколько машин, до этого стабильно считавших месяцами, висят без работы с той же ошибкой :(. Мое мнение на этот счет следующее: конечно можно просить кранчеров переложить глобальные настройки с одного из старых кривых проектов на новый ровный и ждать того, что авторы старых кривых BOINC серверов мигрируют на новые ровные, но... Мне кажется, что большинство кранчеров заморачиваться не будет — попробовали, не работает, ну и не надо, пойдем считать другой проект, где работает. Аналогично, организаторы других проектов тоже не будут заморачиваться — у них то все работает, пусть и с кривым xml-ем, какой-то там Герасим им не интересен. Но это мое мнение, на мой взгляд проблему можно решить вставкой пары if'ов в код Герасима на сервере в независимости от того, правильно это или нет, но есть и другое мнение...

2SerVal

PS. Переложить настройки на другой проект в этот раз у меня не получилось :(, почистить xml-файлы вручную в папке ProgramData\BOINC\ тоже :(. Пришлось удалить BOINC Manager, вычистить всю указанную папку ручками, поставить новую версию версию BOINC Manager'а, оставить считаться один Герасим (остальные проекты поудалял), тогда заработало. В том, что это решение подойдет большинству кранчеров, я сильно сомневаюсь... Тем более, когда считающая машина одна — это еще куда ни шло, а когда их несколько десятков и все нужно проверить, это совсем другое (я со своими в итоге провозился около 4 часов, пока все посмотрел и настроил обратно).

atch отреагировал на эту запись.

#816 · 18.02.2021, 19:03

Среди циклических ДЛК порядка 23 существует только 5 различных КФ (и, соответственно, главных классов). Для установления этого факта для всех существующих циклических ДЛК были найдены КФ и произведен отсев дублей, на что потребовалось 413 часов вычислительного времени Core i7 4770 в 1 поток (на самом деле расчет производился на всех 8 ядрах параллельно), или 41-42 часа на построение одной КФ для заданного циклического ДЛК.

Полученное значение позволяет установить, что в ряду https://oeis.org/draft/A341585:

a(23) = 5,
a(24) = 0 (циклические ДЛК не существуют для данной размерности).

Вычисление значения a(25) скорее всего на одной машине проблематично и потребует разработки специальной программной реализации процедуры поиска КФ для заданного ДЛК

#817 · 20.02.2021, 21:28

Хоть я уже и поднимал этот вопрос раньше, но всё же снова думаю, что всё же стоит поднять вопрос о том, чтобы часть работы Gerasim передать простаивающему сейчас RakeSearch

Раз работы в Gerasim намечается больше, чем на год, то можно подумать, посмотреть, какой кусок / эксперимент наиболее долгий, тяжёлый, вот его и передать RakeSearch

ale4316 и citerra отреагировали на эту запись.

#818 · 21.02.2021, 08:46

Коллектив RakeSearch сейчас занят в SiDock@home.

evatutin отреагировал на эту запись.

#819 · 24.02.2021, 18:12

И ещё один вопрос. А счётное приложение для ODLS BS его теоретически можно ещё где-нибудь оптимизировать для ускорения счёта?

#820 · 25.02.2021, 09:35

Цитата: evatutin от 25.02.2021, 09:35
Эксперимент по исследованию быстровычислимых числовых характеристик ДЛК порядка 10 близок к своему завершению (не считая некоторого количества хвостов), границы за последние 100 тыс. WU'шек не сдвинулись, можно подвести предварительные итоги.

Итак, эксперимент выполнялся на протяжении месяца (точнее, с 27 января), в подпроекте была достигнута реальная производительность порядка 1—1,5 TFLOP/s по показаниям сайта Gerasim'а, были получены следующие результаты:

1. Минимальное число трансверсалей (https://oeis.org/A287645): получена новая верхняя граница a(10) <= 408 для квадрата 0518927634715429036864215380974903682175387641952097408532162087146953829536470113690754825632701849.
2. Максимальное число трансверсалей (https://oeis.org/A287644): подтверждена нижняя граница a(10) >= 5504 для квадрата 0547163298316829507467258094312913540867980143765274926583104389726105865091472352340719861076382549 с блочной структурой без обобщенных M-симметрий (его появление в проведенном эксперименте неожиданно).
3. Минимальное число диагональных трансверсалей (https://oeis.org/A287647): получена новая верхняя граница a(10) <= 15 для квадрата 0876592134810932456779201358466093217458923140867547689513201452876093351468970223457609815687043219.
4. Максимальное число диагональных трансверсалей (https://oeis.org/A287648): существующая граница a(10) >= 866 (Brown et al.) не усилена, найдено только более слабое значение a(10) >= 661 для квадрата 0547163298316829507467258094312913540867980143765274926583104389726105865091472352340719861076382549.
5. Минимальное число интеркалятов (https://oeis.org/A307163): найдено новое точное значение a(10) = 0 для квадрата 0649237851518479362030279184656503189247729546130819683540722870546913435180279697360251848412670539.
6. Максимальное число интеркалятов (https://oeis.org/A307164): найдена новая нижняя граница a(10) >= 93 для квадрата 0865712943917468305243295018671943267508523049817637810596248052376491261894073574961352806507824319.

В итоге в эксперименте обработано 87,2 млрд. ДЛК, попутно найдено 2087 КФ ОДЛК. Цель поиска ОДЛК в данном эксперименте не ставилась, поиск ОДЛК подобным образом не является эффективным, гораздо эффективнее для этого использовать канонизатор, что уже было неоднократно отмечено ранее.

Эксперимент по исследованию быстровычислимых числовых характеристик ДЛК порядка 10 близок к своему завершению (не считая некоторого количества хвостов), границы за последние 100 тыс. WU'шек не сдвинулись, можно подвести предварительные итоги.

Итак, эксперимент выполнялся на протяжении месяца (точнее, с 27 января), в подпроекте была достигнута реальная производительность порядка 1—1,5 TFLOP/s по показаниям сайта Gerasim'а, были получены следующие результаты:

1. Минимальное число трансверсалей (https://oeis.org/A287645): получена новая верхняя граница a(10) <= 408 для квадрата 0518927634715429036864215380974903682175387641952097408532162087146953829536470113690754825632701849.
2. Максимальное число трансверсалей (https://oeis.org/A287644): подтверждена нижняя граница a(10) >= 5504 для квадрата 0547163298316829507467258094312913540867980143765274926583104389726105865091472352340719861076382549 с блочной структурой без обобщенных M-симметрий (его появление в проведенном эксперименте неожиданно).
3. Минимальное число диагональных трансверсалей (https://oeis.org/A287647): получена новая верхняя граница a(10) <= 15 для квадрата 0876592134810932456779201358466093217458923140867547689513201452876093351468970223457609815687043219.
4. Максимальное число диагональных трансверсалей (https://oeis.org/A287648): существующая граница a(10) >= 866 (Brown et al.) не усилена, найдено только более слабое значение a(10) >= 661 для квадрата 0547163298316829507467258094312913540867980143765274926583104389726105865091472352340719861076382549.
5. Минимальное число интеркалятов (https://oeis.org/A307163): найдено новое точное значение a(10) = 0 для квадрата 0649237851518479362030279184656503189247729546130819683540722870546913435180279697360251848412670539.
6. Максимальное число интеркалятов (https://oeis.org/A307164): найдена новая нижняя граница a(10) >= 93 для квадрата 0865712943917468305243295018671943267508523049817637810596248052376491261894073574961352806507824319.

В итоге в эксперименте обработано 87,2 млрд. ДЛК, попутно найдено 2087 КФ ОДЛК. Цель поиска ОДЛК в данном эксперименте не ставилась, поиск ОДЛК подобным образом не является эффективным, гораздо эффективнее для этого использовать канонизатор, что уже было неоднократно отмечено ранее.

hoarfrost и citerra отреагировали на эту запись.