Список проголосовавших за комментарий "PavelS, Попробую по порядку:<br/> 1. Не засекал. И для меня это момент не критичен, т.к. мне не приходится постоянно выполнять данную операцию. В своих системах для пакета роботов, первичные таблицы свечей робот получает на старте приложения (с учетом обработки почти трех десятков бумаг, этот процесс действительно занимает приличное количество времени — где-то около минуты). Но далее все полученные таблицы записываются в объединенное хранилище, и каждая стратегия не получает данные заново, а просто берет их из хранилища. Обновление таблиц происходит по колбэкам, путем добавления новой свечи в конец соответствующей таблицы. Т.к. я все же не являюсь автором проекта, то даже не задумывался над анализом проблем обработки больших пакетов данных (у меня банально знаний не хватит)<br/> 2. Ошибок быть не должно, перед тем как отправить PR я ВСЕГДА компилирую проект и запускаю свои «боевые» приложения на свежей версии библиотеки. То же самое касается демки. Может напишите в каком месте у Вас ошибка вылезла (ведь вряд ли ошибка возникла после слияния)?<br/> 3. Собственно и свечки и таблицы заявок и таблицы сделок у меня хранятся в отдельных хранилищах, асинхронно обновляющихся по колбэкам. Если же вы пытаетесь найти плохую оптимизацию в демо-приложении, то это занятие бесполезное. Вполне очевидно, что оно не образец для подражания, и было создано только потому, что многие пользователи, которые пытались познакомиться с библиотекой, просили реальные примеры работы.<br/> У меня все реализовано сильно иначе. Если грубо, то: Есть оболочка, содержащая в себе хранилище, и основные управляющие функции. Есть кучка различных торговых стратегий, каждая из которых упакована в отдельную DLL. Конкретный робот представляет из себя сочетание выбранной ТС из доступных в папке и тикера инструмента. Соответственно, у каждого такого сочетания свои файлы настроек параметров робота."