Сейчас для полных переборов минимальный PR поставили 50 единиц, раньше стоял 10. Для оптимизации минимальный PR остался 100.T
Вы не погорячились?
К сведению, на build 687, x32 Intel Pentium 4 3.00GHz, Intel Pentium 4 3.06GHz имеют максимальный PR около 47 (от объёма памяти сейчас не зависит).
Кроме того, номинально высокий PR не гарантирует более высокую скорость прогона
MQL5 Cloud Europe 2 13:57:08 pass 45 returned result 10034.61 in 173 sec (PR 93) MQL5 Cloud Europe 2 13:57:14 pass 46 returned result 10034.61 in 202 sec (PR 53) MQL5 Cloud Europe 2 13:57:18 pass 21 returned result 10034.61 in 204 sec (PR 50) MQL5 Cloud Europe 2 13:57:28 pass 7 returned result 10034.61 in 215 sec (PR 53) MQL5 Cloud Europe 2 13:57:35 pass 41 returned result 10034.61 in 220 sec (PR 74) MQL5 Cloud Europe 2 13:57:44 pass 24 returned result 10034.61 in 234 sec (PR 56) MQL5 Cloud Europe 2 13:58:02 pass 10 returned result 10034.61 in 252 sec (PR 88) MQL5 Cloud Europe 2 13:58:07 pass 22 returned result 10034.61 in 256 sec (PR 86) MQL5 Cloud Europe 2 13:59:18 pass 18 returned result 10034.61 in 326 sec (PR 81)
Локальный агент (Intel Atom N270 @ 1.60GHz, x32) с максимальным PR около 22:
Core 2 10:57:42 pass 0 returned result 10034.61 in 461 sec Core 2 11:03:56 pass 1 returned result 10034.61 in 373 sec
Т.е. PR81 с трудом обошёл локальный PR22...
Может быть имеет смысл дать пользователю возможность перед запуском оптимизации самому задать минимально приемлемый PR облачных агентов?
К сведению, на build 687, x32 Intel Pentium 4 3.00GHz, Intel Pentium 4 3.06GHz имеют максимальный PR около 47 (от объёма памяти сейчас не зависит).
Сейчас проблема стоит так, что клауд надо делать тюнить на скорость.
Достаточно десятка медленных агентов, у которых время исполнения отличается от среднего в десятки раз, чтобы потерять в скорости оптимизации роботов.
Причем у нас и так действуют условия отсеивания на ходу экстремально медленных агентов и передача их задач параллельно другим агентам. Этот механизм спасает ситуацию, но корень проблемы остается один - есть ряд неразумно медленных агентов, которые тормозят общий прогресс оптимизации. У таких агентов есть и сопутствующая еще бОльшая проблема - явный недостаток памяти, который критически важен в расчетных задачах.
Мы в следующем билде включим более адаптивный механизм выбора агентов, включим показ истории просчитанных клаудных задач, а также более тонко подстроим сеть. Возможно, минималку снизим с 50, так как нам все равно будет помогать новый адаптивный механизм учета свободных ресурсов агента.
После 30 июля агенты с PR>170 перестали работать. В чем может быть проблема: в облаке или фаерволе? Есть ли настройки агентов на прокси? SSL идет через прокси.
Сейчас для полных переборов минимальный PR поставили 50 единиц, раньше стоял 10. Для оптимизации минимальный PR остался 100.T
Вы не погорячились?
К сведению, на build 687, x32 Intel Pentium 4 3.00GHz, Intel Pentium 4 3.06GHz имеют максимальный PR около 47 (от объёма памяти сейчас не зависит).
Кроме того, номинально высокий PR не гарантирует более высокую скорость прогона
MQL5 Cloud Europe 2 13:57:08 pass 45 returned result 10034.61 in 173 sec (PR 93)
MQL5 Cloud Europe 2 13:57:14 pass 46 returned result 10034.61 in 202 sec (PR 53)
MQL5 Cloud Europe 2 13:57:18 pass 21 returned result 10034.61 in 204 sec (PR 50)
MQL5 Cloud Europe 2 13:57:28 pass 7 returned result 10034.61 in 215 sec (PR 53)
MQL5 Cloud Europe 2 13:57:35 pass 41 returned result 10034.61 in 220 sec (PR 74)
MQL5 Cloud Europe 2 13:57:44 pass 24 returned result 10034.61 in 234 sec (PR 56)
MQL5 Cloud Europe 2 13:58:02 pass 10 returned result 10034.61 in 252 sec (PR 88)
MQL5 Cloud Europe 2 13:58:07 pass 22 returned result 10034.61 in 256 sec (PR 86)
MQL5 Cloud Europe 2 13:59:18 pass 18 returned result 10034.61 in 326 sec (PR 81)
Локальный агент (Intel Atom N270 @ 1.60GHz, x32) с максимальным PR около 22:
Core 2 10:57:42 pass 0 returned result 10034.61 in 461 sec
Core 2 11:03:56 pass 1 returned result 10034.61 in 373 sec
Т.е. PR81 с трудом обошёл локальный PR22...
Может быть имеет смысл дать пользователю возможность перед запуском оптимизации самому задать минимально приемлемый PR облачных агентов?
Т.е. PR81 с трудом обошёл локальный PR22...
Может быть имеет смысл дать пользователю возможность перед запуском оптимизации самому задать минимально приемлемый PR облачных агентов?
А вы точно на одних и тех же параметрах произвели замер?
А вы точно на одних и тех же параметрах произвели замер?
Вы не погорячились?
К сведению, на build 687, x32 Intel Pentium 4 3.00GHz, Intel Pentium 4 3.06GHz имеют максимальный PR около 47 (от объёма памяти сейчас не зависит).
Сейчас проблема стоит так, что клауд надо делать тюнить на скорость.
Достаточно десятка медленных агентов, у которых время исполнения отличается от среднего в десятки раз, чтобы потерять в скорости оптимизации роботов.
Причем у нас и так действуют условия отсеивания на ходу экстремально медленных агентов и передача их задач параллельно другим агентам. Этот механизм спасает ситуацию, но корень проблемы остается один - есть ряд неразумно медленных агентов, которые тормозят общий прогресс оптимизации. У таких агентов есть и сопутствующая еще бОльшая проблема - явный недостаток памяти, который критически важен в расчетных задачах.
Мы в следующем билде включим более адаптивный механизм выбора агентов, включим показ истории просчитанных клаудных задач, а также более тонко подстроим сеть. Возможно, минималку снизим с 50, так как нам все равно будет помогать новый адаптивный механизм учета свободных ресурсов агента.
Уже неделю висит замороженная сумма за использование агентов. Так и задумано?
Уже неделю висит замороженная сумма за использование агентов. Так и задумано?
Нет, так не задумано.
Разбираемся, спасибо.
Добрый день.
Скажите пожалуйста, суммы выплат во вкладках агенты и расчеты, расходятся!
(Пример: "доход" = 1,80 а в "операциях" всего 0,38 на сегодняшний день)
Так и должно быть или со временем цифры сойдутся ?
Тестер автоматически обновляется или необходимо подтверждение? Будет ли он постоянно работать, если я не имею больше доступа к компьютеру.
Тестер автоматически обновляется или необходимо подтверждение? Будет ли он постоянно работать, если я не имею больше доступа к компьютеру.