За 10 лет на минутках один буфер по расчетам займет 28 мб.
На пятиминутках - 5 мб.
На пятнадцатиминутках - 2 мб.
Проблема существует?
Дело не только в размере памяти, а в скорости обращения к ней и которая многоуровневая и связана с размером кэша процессора. Соответственно и скорость будет разная в зависимости от места размещения данных и кода.
Также к причине можно отнести и добавление дополнительных проверок, которые в индикаторе делаются автоматом с помощью простой переменной prev_calculated, разное поведение глобальных переменных, возможности визуализации.
Разработчики специально поставили тормоза при сложных расчетах в эксперте?
Зачем же сразу подозревать кого-то в криминале? Разработчики, кстати, предоставили возможность использовать OpenCL, что позволило существенно ускорить исполнение.
Вы недавно зарегистрировались и у вас возникли вопросы: Как вставить картинку в сообщение на форуме, как красиво оформить исходный код MQL5, где находятся ваши Личные сообщения? В этой статье мы подготовили для вас несколько практических советов, которые помогут быстрее освоиться на сайте MQL5.community и позволят в полной мере воспользоваться доступными функциональными возможностями.
2. Также к причине можно отнести и добавление дополнительных проверок, которые в индикаторе делаются автоматом с помощью простой переменной prev_calculated, разное поведение глобальных переменных, возможности визуализации.
1. То есть индикаторы позволяют многопоточные вычисления?
2. А в чем проблема делать эти проверки в эксперте?
Если сложные расчеты убьют эксперта, то эти расчеты также убьют и индикаторы. Это не аргумент. Экономия времени заключается в мультипоточности индикаторов, но при этом идет бестолковое пожирание памяти. Эксперт работает в последовательном потоке. И вот здесь возникает сомнение, что мультипоточность индикаторов даст существенный выйгрыш по времени в сравнении с расчетами внутри эксперта. А вот при расчетах внутри эксперта мы будем экономить память. Что существенно при участии экспертов в чемпионате. Ваш эксперт на прошлом чемпе находился под пристальным вниманием организаторов, т.к. потреблял много памяти. Потому что тащил за собой всякие проверки и не нужную историю. (iCustom();)
Нет. Эти сложные расчеты в эксперте, можно сделать очень просто в индикаторе.
Если сложные расчеты убьют эксперта, то эти расчеты также убьют и индикаторы. Это не аргумент. Экономия времени заключается в мультипоточности индикаторов, но при этом идет бестолковое пожирание памяти. ...................
За 10 лет на минутках один буфер по расчетам займет 28 мб.
На пятиминутках - 5 мб.
На пятнадцатиминутках - 2 мб.
Проблема существует?
Andrei01:
А в чем причина?
Однопоточность исполнения кода.
Также к причине можно отнести и добавление дополнительных проверок, которые в индикаторе делаются автоматом с помощью простой переменной prev_calculated, разное поведение глобальных переменных, возможности визуализации.
Разработчики специально поставили тормоза при сложных расчетах в эксперте?
Слетело все избранное.
Слетели все галки подписки в профиле.
Может, это, аккуратнее как-то обновлять сайт? Не первый день уже пользуемся...
Слетело все избранное.
Слетели все галки подписки в профиле.
Может, это, аккуратнее как-то обновлять сайт? Не первый день уже пользуемся...
1. Однопоточность исполнения кода.
2. Также к причине можно отнести и добавление дополнительных проверок, которые в индикаторе делаются автоматом с помощью простой переменной prev_calculated, разное поведение глобальных переменных, возможности визуализации.
1. То есть индикаторы позволяют многопоточные вычисления?
2. А в чем проблема делать эти проверки в эксперте?
Если сложные расчеты убьют эксперта, то эти расчеты также убьют и индикаторы. Это не аргумент. Экономия времени заключается в мультипоточности индикаторов, но при этом идет бестолковое пожирание памяти. Эксперт работает в последовательном потоке. И вот здесь возникает сомнение, что мультипоточность индикаторов даст существенный выйгрыш по времени в сравнении с расчетами внутри эксперта. А вот при расчетах внутри эксперта мы будем экономить память. Что существенно при участии экспертов в чемпионате. Ваш эксперт на прошлом чемпе находился под пристальным вниманием организаторов, т.к. потреблял много памяти. Потому что тащил за собой всякие проверки и не нужную историю. (iCustom();)
1. То есть индикаторы позволяют многопоточные вычисления?
2. А в чем проблема делать эти проверки в эксперте?
Клоунада продолжается! пАтАмУшТа эксперт это один поток, а каждый индикатор может быть в своем потоке, если ядер хватит.
Покажите нам, как вам легко сделать несколько потоков в эксперте?
Если сложные расчеты убьют эксперта, то эти расчеты также убьют и индикаторы. Это не аргумент. Экономия времени заключается в мультипоточности индикаторов, но при этом идет бестолковое пожирание памяти. ...................
Можете привести пример кода?
Покажите нам, как вам легко сделать несколько потоков в эксперте?