Цитата: Yura12 от 04.03.2023, 14:20

 

Не знаю, сейчас они не подключены к проекту.  Но даже на более быстрых аналогичных процессорах расчёт идёт очень долго.

 

 

Цитата: Yura12 от 06.03.2023, 14:26

 

Ну вот сегодня подключил 1 компьютер с процессором Intel E5400    https://www.sidock.si/sidock/results.php?hostid=46730

Можно будет понаблюдать.

 

 

Цитата: Yura12 от 15.03.2023, 14:53

 

Ну вот, сегодня досчиталось наконец-то это задание.

Считалось неделю.

(Правда, компьютер включался всего на 7 часов в день, но всё равно, мне кажется на E5400 счёт нерентабельный).

 

 

Цитата: Pavel Kirpichenko от 16.03.2023, 07:46

Цитата: Yura12 от 15.03.2023, 14:53

(Правда, компьютер включался всего на 7 часов в день, но всё равно, мне кажется на E5400 счёт нерентабельный).

 

 

Тут рентабельность прикидывать не вполне корректно.

Цитата: Zakiev от 17.03.2023, 10:16

Возможно имеется ввиду сравнение рентабельность в плане «больше вложить в железо» или «больше потратить на электричество»?

Цитата: hoarfrost от 19.03.2023, 07:35

Цитата: Zakiev от 17.03.2023, 10:16

Возможно имеется ввиду сравнение рентабельность в плане «больше вложить в железо» или «больше потратить на электричество»?

Всё вместе, наверное. От того, что задание может не успеть обработаться (и тогда несколько дней расчётов пропало) и до того, что, похоже, под Windows 7 действительно неправильно учитывается время CPU. Судя по словам Юрия, расчёт продолжался около двух суток, а в БД и на сервере мы видим только 9.  Компьютер получил 293.54 CS, а должен был бы получить где-то под 1500 CS.

Цитата: hoarfrost от 19.03.2023, 08:54

Ещё немного о приложениях CmDock-L, CmDock-S и ARM-ах.

Выше (вот тут, тут и тут) мы о них уже писали, а теперь можно подвести некоторую промежуточную статистику. На утро 2023.03.19 завершена обработка 408874 workunit-ов, выпущенных в приложении CmDock-L и 4629 workunit-ов, выпущенных в приложении CmDock-S.

В приложении CmDock-L, напомню, есть версии для платформ x86-64 Linux, x86-64 Windows, ARM Linux. В CmDock-S - только ARM Linux. Поскольку на одноплатных компьютерах задания считаются значительно дольше, то мы можем считать что среди заданий обработанных при помощи приложениея CmDock-L их просто нет. Если какие-то ARM-ы и были успешны, то это, думаю, могут быть только серверные машины с CPU типа Ampere.

"Номинальный" размер workunit-а для CmDock-S в 5 раз меньше, чем для CmDock-L. 100 лигандов против 500. Учитывая это, получаем, что одноплатные компьютеры на ARM-ах обработали в 441 раз меньший объём пространства поиска. Результат в некоторой степени разочаровывает, но во внимание надо принять и ещё одно обстоятельство - для CmDock-S задания генерируются с конца библиотеки, а именно там среднее врема обработки лиганда - значительно выше! Связано это с тем, что там, в самом хвосте вот просто собраны такие кандидаты (но это не значит, что они лучше). Поэтому полученное число 441, возможно, стоит всё же разделить.  Может быть на 1.5, а может быть и 2, 3 или даже 4 или 5.

Также, как мы сейчас видим, новая методика создания задач в проекте - работает. Это, напомню, методика дублирования каждой задачи в виде 2 независимых задач (или workunit-ов), результаты расчётов к которым обрабатываются отдельно, как 2 независимых результата и потом также, оба результата и сохраняются. Так мы получаем больше данных и они интереснее. Возможно, что стоило бы выпускать даже не 2, а 3 или 4 таких копии, но тогда бы прогнозируемое время обработки текущей мишени составило бы года 3 или 4. Чтобы это позволить, нужно иметь мощности раза в 2 больше.

И вот тут даже, казалось бы крохотная выработка ARM-ов может оказаться полезной! Ведь за время, за которое мы дойдём до конца библиотеки за счёт вычислений в приложении CmDock-L, одноплатные ARM-ы, скорее всего, как раз обработают её "хвост" и по целому набору задач мы будем иметь 4 независимых результата.

Так что если у вас есть недозагруженные одноплатные компьютеры, то они могут сделать полезное дело! Глядя на статистику работы узлов "Соловья", вижу, что все задания успевают обрабатываться до истечения 14-дневного срока. Рекордно длинное (почти миллион секунд) завершилось с запасом в 2.5 дня, выполняясь на Raspberry Pi 3 Model B. Но большинство задач в 1.5 ... 2 и более раз короче и на них, а на RPi 4B (особенно после разгона) - и того быстрее. Отдельный интерес представляет идущее сейчас тестирования Repka Pi. 🙂

Цитата: Sid от 20.03.2023, 20:45

Попробовал подключить пару-тройку одноплатников, везде

3141 SiDock@home 3/20/2023 8:44:44 PM update requested by user
3142 SiDock@home 3/20/2023 8:44:48 PM Sending scheduler request: Requested by user.
3143 SiDock@home 3/20/2023 8:44:48 PM Requesting new tasks for CPU
3144 SiDock@home 3/20/2023 8:44:49 PM Scheduler request completed: got 0 new tasks
3145 SiDock@home 3/20/2023 8:44:49 PM No tasks sent

Цитата: hoarfrost от 21.03.2023, 09:01

Цитата: Sid от 20.03.2023, 20:45

Попробовал подключить пару-тройку одноплатников, везде

3141 SiDock@home 3/20/2023 8:44:44 PM update requested by user
3142 SiDock@home 3/20/2023 8:44:48 PM Sending scheduler request: Requested by user.
3143 SiDock@home 3/20/2023 8:44:48 PM Requesting new tasks for CPU
3144 SiDock@home 3/20/2023 8:44:49 PM Scheduler request completed: got 0 new tasks
3145 SiDock@home 3/20/2023 8:44:49 PM No tasks sent

Если они ARM-овские, то, скорее всего, для получения заданий нужно сделать ещё чуть-чуть:

Добавить поддержку 32-битной архитектуры:

sudo dpkg --add-architecture armhf
sudo apt update
sudo apt install libstdc++6:armhf libgomp1:armhf libboinc7:armhf

Добавить платформу в cc_config.xml:

<cc_config>
    <options>
        <alt_platform>arm-unknown-linux-gnueabihf</alt_platform>
    </options>
</cc_config>

И перезагрузить машинки:

sudo reboot

Полное обсуждение можно найти в ветке Please provide an app for Raspberry Pi (GNU/Linux / ARM64), но скорее всего должно хватить пунктов, изложенных выше.