Публичное обсуждение формулы расчета стоимости ресурсов в MQL5 Cloud Network - страница 45
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Понятно спасибо, и ещё вопрос у меня 4 ядра а активно судя по трафику только 1 хотя остальные включены, это потому что мало задач? и ещё как войти в контекстное меню?
1. Загрузка ядер зависит от количества задач. Если работает только один агент, в остальные простаивают - значит мало задач в облаке.
2. Контекстное меню - как и в Windows - клик правой кнопкой на списке агентов.
Доброго всем времени суток!
Что случилось, PR на 8 агнетах от 162 до 184, а доходности никакой! За полгода 5 баксов еле накопилось! В последнее время вообще можно сказать что в минус комп работает. Народ перестал пользоваться metatrader 5?
Ну иииии
Кто что отпишитесь.
)
Работает эта " волшебная система" , или нет ? Со стороны человека, Кто оптимизирует советники. Это действительно класссно. Получить себе ПК на время с 1 500 ядрами )))
А вот со стороны того, кто предлагает ? Как там с предложением и т.д. И как часто работа есть ? я вот на интерес вчера ночью подключил. Как бы сделал всё правильно. Но, пока по нулям. )))))))) Не. Я нинадеюсь что он мне будет хотя бы по 30 д, в месяц зарабатывать. Пока просто на интерес, на недельку включил. Дальше если пусто. Выключу )
Но. Интересно узнать примерную статистику , кто продолжает так делать. :)
Ну иииии
Кто что отпишитесь.
)
Работает эта " волшебная система" , или нет ? Со стороны человека, Кто оптимизирует советники. Это действительно класссно. Получить себе ПК на время с 1 500 ядрами )))
А вот со стороны того, кто предлагает ? Как там с предложением и т.д. И как часто работа есть ? я вот на интерес вчера ночью подключил. Как бы сделал всё правильно. Но, пока по нулям. )))))))) Не. Я нинадеюсь что он мне будет хотя бы по 30 д, в месяц зарабатывать. Пока просто на интерес, на недельку включил. Дальше если пусто. Выключу )
Но. Интересно узнать примерную статистику , кто продолжает так делать. :)
Расчеты в MQL5 Cloud Network
При денежных расчетах принимаются во внимание производительность агента тестирования и время, потраченное им на выполнения задания. Каждый агент тестирования имеет свой индекс производительности - PR. Чем выше производительность процессора, тем выше данный показатель, и тем больше расчетов он может произвести в единицу времени.
На данный момент учет денежных средств за выполненные расчеты построен из следующих соображений. Стоимость работы агента тестирования с PR=100 в течение часа составляет $0,01. За единицу работы принимается один квант, который равен работе агента с PR=1 в течение 1 ms (1 миллисекунды). Таким образом, стоимость одного кванта составляет:
В таблице представлены расчеты за работу в течение 1 часа и в течение 1 месяца одноядерного агента тестирования с PR=100.
Интересно, а система учитывает просадку производительности, в зависимости от нагрузки?
Например 4х ядерные I7 с режимом TurboBoost без нагрузки могут работать на 4Ггц(к примеру), а если нагрузка возрастает до 100% на каждое ядро, то частота работы процессора понижается например до 3,4 Ггц (на 15%). И соответственно его производительность и PR может оказаться завышенной (если тест производительности производился только на 1 ядре по очереди, а не на всех сразу).
А если охлаждение процессора плохое, то процессор начнет еще больше снижать производительность, чтобы не перегреться.
В итоге может оказаться что агенты от 1-2х ядернных процессоров (до I3) без TurboBoost будут более производительными или наравне с агентами с TurboBoost (I5, I7). Но при этом процессоры I5, I7 будут выше в рейтинге и будут первыми получать работу делая ее медленнее агентов на I3 и при этом дороже.
Пример
В данной ситуации я предпочел бы чтобы работу выполнили агенты на I3-6100, а не I7-6700I7-6700 Турбо частота = 4Ггц, базовая частота 3,4 Ггц
I3-6100 всегда работает на базовой частоте=3,7 Ггц
Если рейтинг измеряется на каждом ядре по очереди, то I7 измерится на 4Ггц, а I3 на 3,7.
А при полной нагрузке отдельные агенты на I7 будут работать на 3.4 Ггц, т.е. медленнее I3, а если еще и дороже, то это совсем несправедливо будет.
Интересно, а система учитывает просадку производительности, в зависимости от нагрузки?
Например 4х ядерные I7 с режимом TurboBoost без нагрузки могут работать на 4Ггц(к примеру), а если нагрузка возрастает до 100% на каждое ядро, то частота работы процессора понижается например до 3,4 Ггц (на 15%). И соответственно его производительность и PR может оказаться завышенной (если тест производительности производился только на 1 ядре по очереди, а не на всех сразу).
А если охлаждение процессора плохое, то процессор начнет еще больше снижать производительность, чтобы не перегреться.
В итоге может оказаться что агенты от 1-2х ядернных процессоров (до I3) без TurboBoost будут более производительными или наравне с агентами с TurboBoost (I5, I7). Но при этом процессоры I5, I7 будут выше в рейтинге и будут первыми получать работу делая ее медленнее агентов на I3 и при этом дороже.
Пример
В данной ситуации я предпочел бы чтобы работу выполнили агенты на I3-6100, а не I7-6700I7-6700 Турбо частота = 4Ггц, базовая частота 3,4 Ггц
I3-6100 всегда работает на базовой частоте=3,7 Ггц
Если рейтинг измеряется на каждом ядре по очереди, то I7 измерится на 4Ггц, а I3 на 3,7.
А при полной нагрузке отдельные агенты на I7 будут работать на 3.4 Ггц, т.е. медленнее I3, а если еще и дороже, то это совсем несправедливо будет.
Этож неоправданно дорогое решение для майнинга в облаке, типа такого надо :) Да и просто для оптимизации экспертов.. потоков 100 бы и можно оптимизировать все что угодно. Здесь 32 потока за 300 баксов, неплохо
Интересно, а система учитывает просадку производительности, в зависимости от нагрузки?
Например 4х ядерные I7 с режимом TurboBoost без нагрузки могут работать на 4Ггц(к примеру), а если нагрузка возрастает до 100% на каждое ядро, то частота работы процессора понижается например до 3,4 Ггц (на 15%). И соответственно его производительность и PR может оказаться завышенной (если тест производительности производился только на 1 ядре по очереди, а не на всех сразу).
А если охлаждение процессора плохое, то процессор начнет еще больше снижать производительность, чтобы не перегреться.
В итоге может оказаться что агенты от 1-2х ядернных процессоров (до I3) без TurboBoost будут более производительными или наравне с агентами с TurboBoost (I5, I7). Но при этом процессоры I5, I7 будут выше в рейтинге и будут первыми получать работу делая ее медленнее агентов на I3 и при этом дороже.
Пример
В данной ситуации я предпочел бы чтобы работу выполнили агенты на I3-6100, а не I7-6700I7-6700 Турбо частота = 4Ггц, базовая частота 3,4 Ггц
I3-6100 всегда работает на базовой частоте=3,7 Ггц
Если рейтинг измеряется на каждом ядре по очереди, то I7 измерится на 4Ггц, а I3 на 3,7.
А при полной нагрузке отдельные агенты на I7 будут работать на 3.4 Ггц, т.е. медленнее I3, а если еще и дороже, то это совсем несправедливо будет.
Нашел таую возможность:
в onInit добавить
int OnInit()
{
if(MQLInfoInteger(MQL_OPTIMIZATION)){
if(TerminalInfoInteger(TERMINAL_CPU_CORES)==1) { return INIT_AGENT_NOT_SUITABLE; }//если 1 то системные процессы будут приоритетнее
if(TerminalInfoInteger(TERMINAL_CPU_CORES)>2) { return INIT_AGENT_NOT_SUITABLE; }//если 4 или 8 то будет TurboBoost. Он при 100% нагр. понизит частоту
if(TerminalInfoInteger(TERMINAL_MEMORY_PHYSICAL)<7000){ return INIT_AGENT_NOT_SUITABLE; }//у современных компов, меньше редко ставят
if(TerminalInfoInteger(TERMINAL_X64)==false) { return INIT_AGENT_NOT_SUITABLE; }//отклонить древние 32 битные компы
}//агент не подходит для проведения тестирования. После возврата этого кода агент больше не будет получать заданий до самого конца данной оптимизации.
.............
return(INIT_SUCCEEDED);
}
Хотя надо поэкспериментировать какой вариант будет быстрее работать на практике TERMINAL_CPU_CORES до 2, до 4 или все.
Еще бы частоту процессора узнать...
Появилась другая проблема, в локальной сети есть комп с 8 агентами, - как отличить агента в локальной сети от агента в облаке? Чтобы свой комп использовался на 100%
Действительно замечали сильное (>10-20%) отставание некоторых агентов в облаке?
При включенной генетике? При близких по быстродействию проходах (наборах параметров)?
Вроде MQ боролись с этими "зависшими" задачами. Конструктивнее было бы не себе заплатку написать, а воспроизвести проблему в СД, чтобы ее решили на уровне облака.
Действительно замечали сильное (>10-20%) отставание некоторых агентов в облаке?
При включенной генетике? При близких по быстродействию проходах (наборах параметров)?
Вроде MQ боролись с этими "зависшими" задачами. Конструктивнее было бы не себе заплатку написать, а воспроизвести проблему в СД, чтобы ее решили на уровне облака.
В СД написал, они считают что информация о том, каким является агент (локальным/сетевым/облачным) важной и достойной для включения в МТ5.
Так что надо что-то придумать ... видимо придется без отсева по кол-ву процессоров работать. Т.е. просто > 1 процессора
В СД написал, они считают что информация о том, каким является агент (локальным/сетевым/облачным) важной и достойной для включения в МТ5.
Так что надо что-то придумать ... видимо придется без отсева по кол-ву процессоров работать. Т.е. просто > 1 процессора
А тормоза действительно есть? Я с ГА давно не оптил в облаке.