Вопросы о проекте RakeSearch
Полное название проекта - Rake Search of diagonal Latin squares и занимается изучением диагональных латинских квадратов.
Огромный размер пространства диагональных латинских квадратов делает невозможным непосредственный перебор всех его объектов за разумное время. Поэтому, чтобы открыть структуру этого пространства, нужны сложные методы поиска. В проекте RakeSearch реализуется приложение, которое собирает отдельные пары взаимно ортогональных DLS, что позволяет восстанавливать полные графики их ортогональности.
Сайт проекта - https://rake.boincfast.ru/rakesearch/
В подпроекте поиска квадратов 9-го порядка можно было получать задания оптимизированного приложения. При этом производительность расчета возрастала до 10 раз примерно. Планируется ли разработка подобного приложения для поиска квадратов 10-го порядка?
Цитата: Pavel Kirpichenko от 26.10.2019, 09:09В подпроекте поиска квадратов 9-го порядка можно было получать задания оптимизированного приложения. При этом производительность расчета возрастала до 10 раз примерно. Планируется ли разработка подобного приложения для поиска квадратов 10-го порядка?
В приложении, разработанном для 10-ранга (а сначала - для 9-го, но не выпускавшегося официально, т.к. всё равно было хорошее приложение от Daniel-я), эти оптимизации внедрены, а кое-какие - уже просто не требуются, т.к. была переработана и структура приложения.
Цитата: hoarfrost от 28.10.2019, 01:26В приложении, разработанном для 10-ранга (а сначала - для 9-го, но не выпускавшегося официально, т.к. всё равно было хорошее приложение от Daniel-я), эти оптимизации внедрены, а кое-какие - уже просто не требуются, т.к. была переработана и структура приложения.
Однако, производительность у меня сейчас около 30 очков в час, тогда как при обработке оптимизированных приложений раньше (9-го порядка), составляла 300-400 очков в час.
Цитата: Pavel Kirpichenko от 28.10.2019, 10:27Цитата: hoarfrost от 28.10.2019, 01:26В приложении, разработанном для 10-ранга (а сначала - для 9-го, но не выпускавшегося официально, т.к. всё равно было хорошее приложение от Daniel-я), эти оптимизации внедрены, а кое-какие - уже просто не требуются, т.к. была переработана и структура приложения.
Однако, производительность у меня сейчас около 30 очков в час, тогда как при обработке оптимизированных приложений раньше (9-го порядка), составляла 300-400 очков в час.
Это не производительность, это выдаваемый credit. 
При использовании app_info.xml сервер проекта исключает статистику по этим приложениям из общей (на основании которой оценивает то, сколько credit-а надо выдавать за задание) и, если, "анонимное" приложение работает быстрее, то в итоге за то же время получается больший credit.
Это не производительность, это выдаваемый credit.
При использовании app_info.xml сервер проекта исключает статистику по этим приложениям из общей (на основании которой оценивает то, сколько credit-а надо выдавать за задание) и, если, "анонимное" приложение работает быстрее, то в итоге за то же время получается больший credit.
Всё ясно. Спасибо.
Это нормально, что задания так виснут на 100 процентах? Или это BOINC-клиент неправильно прогресс рисует?
Цитата: PinkFloyd от 30.10.2019, 18:50Это нормально, что задания так виснут на 100 процентах? Или это BOINC-клиент неправильно прогресс рисует?
Такое бывает. Иногда - реже, иногда чаще. Связано с тем, что до выполнения расчётов неизвестно точно, сколько вычислений надо будет произвести и оценка выполнения даётся приблизительная. В большинстве случаев, из-за этого задание завершается, якобы не дойдя на 100% (но на самом деле - это просто оценка "с запасом"), но в некоторых случаях получается наоборот. Самый простой способ проверить что задание считается - посмотреть с разницей в несколько минут содержимое файла checkpoint.txt из слота с заданием. Он будет меняться, а в его самом конце будет очень большое число обработанных квадратов - около миллиарда или более.
Можно ли увеличить в настройках проекта параметр максимального количества заданий на хост? Например, до 100 или сразу до 200. ))