Поддержим отечественную науку делом?

[Freddykrug]

хотя её размер конечно смешён. Это больше для студентов было бы уместно.

 

4.2. Стипендии Президента Российской Федерации устанавливаются в размере 20 000 рублей каждая и выплачиваются ежемесячно, назначаются на срок до трех лет, могут назначаться одному и тому же лицу неоднократно.

Между прочим, иные молодые ученые получают значительно меньше.

[Freddykrug]

А на скорость выполнения задание это не повлияет?

Рассчетный модуль тот же, просто информация теперь немного по-другому записывается в выходной файл.

[tanos]

А счего это? Я думал, что после этого этапа последует другой. Новая задача.

Вот ответ от Nauchnik`а

А на скорость выполнения задание это не повлияет?

Вроде быстрее не стало.

[Павел Кирпиченко]

Вот ответ от Nauchnik`а

Спасибо. Ясно.

[Vavanzer]

SAT@home получил стипендию Президента РФ,  хотя её размер конечно смешён. Это больше для студентов было бы уместно.

  Неужели!!! такое бывает что-ли в нашей стране!!!  с одной стороны и "смешные" деньги? 20тр, а с другой ладно хоть это дали.  Я так понял что все это (сат@хоум) почти на голом энтузиазме создано было по большому счету... или нет?

[Vavanzer]

  Что за латинские  квадраты ищутся и находятся  - понятно, это типа судоку  , только у них еще по диагонали  цифры не повторяются   ...   А что значит взаимно ортогональные? это как?  Объясните пожалуйста популярно...

[Nauchnik]

Неужели!!! такое бывает что-ли в нашей стране!!!  с одной стороны и "смешные" деньги? 20тр, а с другой ладно хоть это дали.  Я так понял что все это (сат@хоум) почти на голом энтузиазме создано было по большому счету... или нет?

Сначала да, был чистый энтузиазм. Потом нашему коллективу дали грант РФФИ (не только на SAT@home, но все же). А теперь вот стипендия президента. Надо бы, кстати, сделать раздел на сайте проекта "Наши гранты".

  Что за латинские  квадраты ищутся и находятся  - понятно, это типа судоку  , только у них еще по диагонали  цифры не повторяются   ...   А что значит взаимно ортогональные? это как?  Объясните пожалуйста популярно...

Берем 2 латинских квадрата, "накладываем" один на другой, получаем новый квадрат. Например
1 2 3  2 3 1         12 23 31
2 3 1  1 2 3  -->  21 32 13
3 1 2  3 1 2         33 11 22
Если в полученном квадрате все числа разные (в примере так и есть), то он греко-латинский, а исходные 2 латинских квадрата ортогональны. Подробнее тут.

[tanos]

To: Nauchnik
Повторю, что писал на boinc ru.
Опять проблемы с получением заданий от проекта. С понедельника по среду было все нормально обсчитывалось и отправлялось в среднем на 350тыс очков в день. Сейчас 150-170 тыс. еле натягивает. Обошел с три десятка машин, а они все в простое. В BoincManager нажимаешь кнопку "Обновить" запрос уходит, стат. данные обновляются, а задания не поступают. В чем затык? Может сгенерированных 26 тыс. заданий мало? 

P.S. складывается впечатление что на сервере проекта стоит какой-то антивир который распознает запросы от компов как DDOS (бывают моменты когда инет отваливается, и после переконнекта сразу начинается слив/запрос заданий с 230 машин) атаку и блокирует запросы от них на некоторое время, спустя несколько часов (6-8 не засекал), задания приходят сразу "пачкой" как из промежуточного буфера.

И еще в BoincManager, в настройках минимального буфера/макс. дополнительного буфера установлено по 10 дней. На практике ни разу не загружался объем заданий более чем на 40 часов работы.

[e+]

tanos выдвину другую версию - планировщик просто не может выдать тебе задания потому, что иначе твои компьютеры начнут просчитывать вторые result-ы к одному и тому же WU, что уже будет не совсем корректно.

Предлагаю попробовать от противного - уменьшить буфер WU. Это позволит "захватывать" хостам поменьше WU, но распределять их равномернее.

P.S. В общем нам надо как можно больше мощностей, чтобы уравновесить твои компьютеры.

[e+]

tanos выдвину другую версию - планировщик просто не может выдать тебе задания потому, что иначе твои компьютеры начнут просчитывать вторые result-ы к одному и тому же WU, что уже будет не совсем корректно.

Так вроде всегда в запасе много не отправленных WU.

Нет, не WU, а заданий (result-ов).

[e+]

А таких result-ов ещё нет - не сгенерированы сами WU и, соответственно результаты к ним.
Например:
Создаётся 5000 юнитов (workunit) и к ним - 10000 заданий (result).
250 компьютеров участника P начинают запрашивать себе задания для расчётов. Если каждому будет роздано к примеру, по 20 result-ов, то его 20 компьютеров смогут получить ровно половину всех result-ов - то есть 5000 из 10000.
А если первые 25 из них получат, к примеру, не по 20, а по 200 заданий, то остальные 225 будут стоять без заданий - потому что все "первые result-ы" из пары для каждого WU - уже розданы его хостам, а "вторые" - раздавать тому же участнику - нельзя.

Выхода два:
1. Запрашивать поменьше заданий на хост (путь будет по 3-5 заданий, но на каждом и всегда)
2. Генерить WU и Result-ы с большим запасом. Но и он будет заканчиваться.

Либо привлекать к проекту большее внимание.

[e+]

Ещё можно создать команду tanos, в которой будут участники tanosN, где N - номер аккаунта, который будет объединять только несколько компьютеров.

Проще WU кэш меньше поставить.

[Freddykrug]

Такой вопрос: одно и то же задание могут выдаваться разным участникам одной команды?

[tanos]

Предлагаю попробовать от противного - уменьшить буфер WU. Это позволит "захватывать" хостам поменьше WU, но распределять их равномернее.

Сейчас через профили поменяю, а в понедельник отпишусь.

Ещё можно создать команду tanos, в которой будут участники tanosi, где i - номер аккаунта, который будет объединять только несколько компьютеров.

Отличная идея. . Только не команду, а внутри одной команды.

А не выгоднее Naucnik`у сгенерировать больше заданий для обсчета. Во время соревнования с получением заданий проблем не было.

[e+]

Коллеги,

1. На всякий случай хочу напомнить, что высказанная мной идея - это предположение, которое ещё будет проверяться;
2. Вероятность того, что если уменьшить число заданий в кэше, то планировщику раздавать задания большему числу хостов будет проще - очень велика (я бы оценил её в 0.9 - точно может сказать только Nauchnik);
3.

А не выгоднее Naucnik`у сгенерировать больше заданий для обсчета. Во время соревнования с получением заданий проблем не было.

Подозреваю, что в данном случае это надо сделать в обязательном порядке, т.к. возможно, что WU, result-ы от которых можно было бы отправить твоим компьютерам - уже закончились.


Ну и вообще побольше заданий держать в готовности.

P.S. Отдельное спасибо за то, что ещё раз обратили внимание на эту проблему.

[tanos]

А в команде прибавление, это новый участник kusto. Растем помаленьку. 

[AlexA]

И еще в BoincManager, в настройках минимального буфера/макс. дополнительного буфера установлено по 10 дней. На практике ни разу не загружался объем заданий более чем на 40 часов работы.

Насколько я помню в SAT проекте выдается максимум по 12 заданий на ядро, так что буфер сильно увеличивать нет смысла.

[Nauchnik]

Коллеги,

1. На всякий случай хочу напомнить, что высказанная мной идея - это предположение, которое ещё будет проверяться;
2. Вероятность того, что если уменьшить число заданий в кэше, то планировщику раздавать задания большему числу хостов будет проще - очень велика (я бы оценил её в 0.9 - точно может сказать только Nauchnik);
3.

А не выгоднее Naucnik`у сгенерировать больше заданий для обсчета. Во время соревнования с получением заданий проблем не было.

Подозреваю, что в данном случае это надо сделать в обязательном порядке, т.к. возможно, что WU, result-ы от которых можно было бы отправить твоим компьютерам - уже закончились.


Ну и вообще побольше заданий держать в готовности.

P.S. Отдельное спасибо за то, что ещё раз обратили внимание на эту проблему.

Насчет кэша надо разбираться, сходу не скажу. Сделаю бОльший запас заданий (и буду поддерживать), надеюсь это решит проблему.

[tanos]

Еще одно интересное замечание. Домашний компьютер i7, 2.8 GHz разогнанный до 3.4 GHz считал 8- потоков за раз в среднем за 4 часа 5 минут каждое. Далее задествовал видеокарту под MilkyWay (на процессор нагрузки со стороны Milky нет). Задания Sat@Home считаются на 35 минут быстрее! . Изменение расчетного модуля с версии 3.01 на версию 3.02 не учитываю, т.к. на работе i7, Xeon`ы и прочие ПК считать быстрее не стали. Сижу и думаю с чего бы это.

[e+]

Вот это поворот. Очень странно. У меня задание SAT иногда даже меньше часа считается.

Но в основном, как я понимаю - часа полтора, а 2500K - разогнан до ~ 5 ГГц?
Если так, то это нормально. Нынешнее приложение SAT@home не очень любит HT. Вернее - просто большое число потоков. Хотя, возможно, что введение несколько потоков для управления расчётами MilkyWay@Home на видеокарте с большим приоритетом, упорядочило все остальные так, что расчёты стали идти быстрее.