Потребляемая память при расчете индикатора

 
Я думаю, многим известна адаптивная скользящая Кауфмана - АМА. Конкоп в свое время проводил эксперименты с обратным вычислением периода экспоненциальной средней по АМА (Если , конечно , я не путаю с VIDYA). И мы сделаем индикатор , который по значениям АМА(точнее, по приращениям) будет выдавать значение этого периода (var_period). Потом мы значение этого периода будем подставлять в свой другой индикатор - период расчета получится динамический (пусть, например, это будет "Индекс обнаружения тренда" - http://forexsystems.ru/phpBB/viewtopic.php?t=622).
TDI с фиксированным периодом назовем классическим, а с переменным периодом назовем динамическим.
Так вот, принимая во внимание механизм расчета пользовательского/любого индикатора:
Slawa 10.02.05 17:14

механизм вызова индикаторов из mql-программ следующий:
1. анализируются входные параметры
2. производится проверка на наличие данного индикатора с данными параметрами в списке произведённых вызовов.
3. если такого индикатора с такими параметрами (идентификатор индексного массива и смещение не сравниваются, то есть как бы не считаются значимыми параметрами) нету, то он создаётся и рассчитывается
4. если такой индикатор уже есть (например, его вызывали на прошлом тике), то проверяется признак пересчёта на текущий момент и, если надо, пересчитывается (индикатор не пересчитывается, если его на данном тике уже вызывали)
5. берётся значение в соответствии с идентификатором индексного массива и смещением
из ответа "Каков механизм расчета iCustom(....)?", что мы в итоге получим? Распухнет ли потребляемая память при расчете такого индикатора? (Значение вычисленного периода может меняться от 2 до 100, допустим). То есть, будет ли каждый раз пересчитываться индикатор классический TDI с динамическим var_period или будет создано в памяти множество индикаторов TDI c разными фиксированными периодами.
 
Да, пожалуй, надо давать более осмысленные названия темам. Учел.
 
Да, пожалуй, надо давать более осмысленные названия темам. Учел.

По умолчанию каждый использованный из MQL4 кода индикатор помещается во внутренний кеш с полным контролем для его экономичного перерасчета в последующем. То есть, ресурсы начинаются тратиться серьезно на буферы данных. Но мы специально вводим средства автоматического контроля и вытеснения неиспользуемых индикаторов и графиков.

Как всегда - приходится искать компромисс между эффективностью и потребляемой памятью.
Метатрейдер 4 при массированном использовании множества расчетных индикаторов из экспертов начинает серьезно потреблять память.
Причина обращения: