1
Ошибки вычилений при использовании Intel HD Graphics 4600 из под Windows 7 Servise pack 1
процесс расчетов шел довольно быстро, но похоже ни одно задание не смогло нормально посчитаться.
версия задания prime search 2.2
Все заканчивается примерно вот так:

Решение: Обазятельно ставить Visual C++ Redistributable Packages for Visual Studio 2013 и рестарт проекта.

2
Ошибки вычилений при использовании ATI R9 280X series (Tahiti) из под Windows 7 Servise pack 1
Прогнал около 250 заданий (карточка мощная, так что не смог отследить считала ли она что-то или вываливалась при старте, но Manager очень сильно тупил)
как для версии заданий prime search 2.0 так и для версии 2.1

Решение: Обазятельно ставить Visual C++ Redistributable Packages for Visual Studio 2013 и рестарт проекта.


BOINC-maneger жутко тормозит как для платформы с Intel, так и для ATI, если попытаться обновить проект Gerasim, проблема возникает только при ошибках с вычислениями

И что самое удивительно из под такого же Windows 7 Servise pack 1, для компьтера c NVIDIA GeForce GTX 680 все работает нормально, даже valid результаты получаются, BOINC не тормозит, вроде все работает правильно.

PS Для ноутбука из-под Windows 8 Intel HD Graphics 4400 считатеся нормально (видеокарта постарее, может поэтому) valid рузультаты есть, но скорость конечно ниже чем у GTX 680, но ничего не лагает.

3
Есть еще проблема с отслеживанием прогресса, он для Видеокарт рвется где-то процентах на 25, то есть оставшеся 75 считаются практически мгновнно.
Для процессоров прирост прогресса тоже весьма странный, как буд-то по обратной экспоненте, последние 2% занимеют времени столько же сколько и вся работа перед ними.

Отредактировано пользователем 21 мая 2015 г. 19:10:31(UTC)  | Причина: добавлен ответ на проблему №3

Перезапустил проект. Все летит с ошибками и ЦПУ и ГПУ.
Вроде все установлено:

А где C++ Redistributable Packages for Visual Studio 2013 ?


А консольная версия работает?

Boinc Manager торомозит только в случае ошибки с вычислениями. Похоже, если он не находит библиотеку VS 2013, то тупо долбиться в разные директории по нескольку раз, пытясь ее отыскать и запустить, или еще что-нибудь, а в виду того, что карточка мощная и задания вываливаются на первой секунде, при запуске слудущего история с поиском билиотеки повторяется, что и приводит длительному зависанию.

После обновления/переустановки Visual C++ Redistributable Packages for Visual Studio 2013 по ссылочке, а так же перезапуска проекта
на платформе с Intel GPU все стало работать.
на платформу с ATI Radeon R9 тоже все работает.
Посмотрим будет насколько много будет valid.

Было бы замечательно добавить новость или примечание в настройках проекта об обазательности установки Redistributable Packages для всех GPU и CPU! (причем выделить это и подчеркнуть)
Oшибки лезут и при расчете на ЦП если не будет этого пакета.
Иначе может получиться как у меня, что только для Nvidia GPU поставят библиотеку.

3
Есть еще проблема с отслеживанием прогресса, он для Видеокарт рвется где-то процентах на 25, то есть оставшеся 75 считаются практически мгновнно.
Для процессоров прирост прогресса тоже весьма странный, как буд-то по обратной экспоненте, последние 2% занимеют времени столько же сколько и вся работа перед ними.

Кстати, не факт. Некоторые нормально считаются. Возможно это как-то зависит от самого хода вычислений.

Чтобы программа могла его найти, мне надо знать его описание.
Скачайте и запустите консольную версию программы. Посмотрите, работает ли она и пришлите сюда описание, полученное при запуске консольной версии с ключём -show_devices

*тогда я смогу добавить в поиск акселератора подстроку из его названия и он будет находиться.

Отредактировано пользователем 11 января 2015 г. 8:13:42(UTC)  | Причина: Не указана

Проблема в том что PrimeSearch_win*.exe не находит ускорителя. Может быть с точки зрения ms amp этой железки вообще не существует. А с точки зрения boinc - существует.
Далее странности. 64-битная выдает вот что:


32-битная вот что:


Результат во всех вариантах, которых удалось запустить разные приложения такой:


Соответственно 64-битная запускается только для -cpu, 32-битная для -cpu и -intel.
НО! gpuz показывает что при запуске -intel грузится на 100% видеокарта amd.
И повторюсь, боинк запрашивает задания для цпу и ати. Причем даже если запретить выполнение gpu заданий на клиенте, он их скачивает (Activity-suspend gpu). Тот еще мудрец...

Как этот узел развязать - черт его знает :о(
Я конечно руками ситуацию выправлю, так или иначе запретив для герасима расчет на гпу на конкретном ноутбуке. Но на мой взгляд это недостаточно хорошее решение, как бета годится, на продакшн я б не выпустил :о)

На текущий момент приложение prime search не имеет счётчика процентов и не сообщает процент выполнения Боинк Менеджеру.
Поэтому, процент выполнения предсказывает Боинк Менеджер, исходя из времени выполнения предыдущих заданий.
Чем больше заданий посчитано, тем точнее Боинк Менеджер предсказывает процент выполнения.



Сейчас Герасим-сервер настроен так, чтобы поддерживать на клиенте не меньше чем
Max tasks in progress для каждого устройства(цпу, нвидиа-гпу, ати-гпу..).

Насколько удачно он это делает, пока сказать не могу. Надо набрать статистику.
Думаю, для коротких заданий(меньше 2-3х минут) надо увеличить Max tasks in progress и Send no more then each time чтобы устройсва не простаивали. Однако, если задания длинные(больше 1-го часа), такое количество заданий может не посчитаться до дедлайна.

****
У кого устройства простаивают и не удаётся отрегулировать на странице Project preferences, прошу сообщать.
Тем временем, может я придумаю более подходящий алгоритм отсылки заданий.

Отредактировано пользователем 21 мая 2015 г. 4:36:50(UTC)  | Причина: Не указана

накидало опять ГПУ заданий, ЦПУ не дает, убрал галочку с праймсеарча, не дает теперь ничего. совсем. ждем пока оно всетаки начнет нормально работать.

Лог в аттаче, машина: http://gerasim.boinc.ru/...Detail.aspx?hostid=22778
Стоит только получение CPU-заданий для spstarter'а

Видно, что BOINC Manager запрашивает, а сервер не дает. Причем это поведение свойственно не только для коротких заданий, но и для длинных (n=500), см. где-то в середине лога. Соответственно данная машина периодически находится в простое, машины на работе скорее всего тоже. На мой взгляд нужно увеличить квоты на число заданий на 1 машине: черт с ним, что некоторые будут протухать, заданий впереди много, зато сильные и стабильно работающие машины не будут простаивать, что гораздо важнее, т.к. так мы быстрее посчитаем. В конце, когда заданий будет мало и будет хватать не всем, имхо можно вернуться к малым квотам, сейчас экономить на спичках смысла нет