Сравнение скорости по LUA и DDE

зависит от реализации сохранения данных  с использованием DDE
колбек луа получает данные раньше DDE
Но в целом луа будет медленнее СИ
Есть свои особенности в каждом варианте
Но в итоге хрен редьки не слаще.

А, пардон, хуки какую роль выполняют?

С этой точки зрения луа конечно лучше так как VM LUA уже сидит внутри QUIK

С целью быстрого доступа к данным :)   Реализация 2008года- тогда баловался скальпом))  Сейчас писал бы на LUA, разумеется.  Но для полной переделки нужен серьезный аргумент. Мнение Н. Камынина достаточно авторитетно для меня, поэтому по совокупности проект на LUA откладываю :)  Хотя и время есть и желание, но... если только тестики погонять-посмотреть)

Попробую в ближайшие пару-тройку недель LUA, по результатам отчитаюсь) А насчет скальпа - за 10 лет на рынке понял, что от скальпа нужно взять только способ входа в позицию. Большее значение имеет анализ данных. На Си я делаю ВСЮ обработку поскольку думаю, что глюков меньше на потоках+доступ к volatile переменным чище. Вернее все под контролем и прозрачно))) В самом начале вообще хотел запулить всё это под QNX :D  ( с целью распараллеливания приема-вычислений) Но более опытные товарищи покрутили пальцем у виска)))

скажу из своего опыта,
когда-то давно,
до появления LUA я вешал хуки для перехвата событий в окнах
и  управления вводом данных через
различные интерфейсы КВИК из других приложений.
Например, задача получения списка инструментов, на которые подписан квик,
управление параметрами графиков. автоматическое открытие стаканов и графиков ну и т д
Но прогресс налицо, теперь это все в прошлом.

Прошу прощения, что отвечаю с задержкой. Выходные))) Раньше Квик не давал стакан по DDE. Вот и приходилось пускаться во все тяжкие :) .

Провел сравнительный анализ по передаче данных из LUA Quik в свою DLL, и далее в поток робота.
Везде использовал CreateMapFile. Разница во времени при различных способах синхронизации следующая:

1. Без событий. Поток постоянно опрашивает переменную, отвечающую за Lock области памяти. 2млн пересылок структуры по 64байта - время 1.49 сек.
2. С использованием Event - 2млн пересылок структуры по 64байта - время 8.76 сек.


Для сравнения через SendMessage: 2млн пересылок структуры по 64байта - время 23.59 сек.

Начнем сначала (Если ошибаюсь, поправьте).
Обычно имеем два вида передачи данных
1) Реальное время
2) накопленная история.
В первом случае, принятые терминалом текущие данные ТВС
сначала вызовут колбек,
потом запишутся в ТВС
потом поступят на DDE
Т е DDE не могут передаваться раньше.
DDE - это передача данных через  блок памяти.
-------------------------
Далее у Вас задействованы два одинаковых механизма записи в  MapFile.
---------------------
Не знаю как Вы реализовали передачу данных и запись
Но существенные потери у Вас будут при нырянии в функции VMLua, так как там все очень сильно накручено с проверками индексами и т д
--------------------------
Попробуйте сравнить время записи и чтения какой-либо переменной на LUAс временем записи и чтения ячейки памяти на CИ.