ответы на форуме

v3Rtex, так по-умолчанию https://forum.quik.ru/messages/forum11/message10193/topic1096/#message10193

а подвисает Квик скорее всего из-за вызова каких-либо функций на Lua. где-то у них там затык с синхронизацией при доступе к данным такой, что даже оконная функция диспетчера сообщений виндовых останавливается, квик моргает. у меня всегда чёрная тема включена, глючить начинает обычно в моменты сильной активности рынка, не успевает заполошный квик.
при этом ему однозначно хватает компа, т.к. это i7 и памяти 16 гиг. 
я на нём даже переодически оптимизатор прямо во время торгов гоняю.
на расслабленном компе удалось добиться примерно 5-15% загрузки CPU при непрерывном поллинге данных из квика. 
стакан я сам беру когда надо, а не когда его квик мне выдаст.

v3Rtex, после открытие счета у брокера.

v3Rtex, а на S# ты делал перед получением котировок RegisterMarketDepth?
Вообще, такие вопросы на форуме S# обсуждают во всю http://stocksharp.ru/community/

v3Rtex, знакомство моё с S# только неделю, выбрал последнюю доступную на этот период. Стакан рисуется быстро, точно быстрее 1 раза в секунду. Возможно, смогу видео сделать, если потребуется. Ближе к вечеру.

v3Rtex, какое решение в итоге нашли и в чем была причина?

Я с этой неделе тестирую связку TS LAB с QUIK. Запускал пример STOCKSHARP, задержек не наблюдал с QUIK. Стаканы RIU7 и SiU7.

v3Rtex, Посмотрел проект на (https://github.com/finsight/QUIKSharp). Это не совсем обёртка на C#, так как код сервера написан полностью на lua с передачей данных в формате данных JSON по socket, я же выше предлагал способ в котором само приложение(plugin без socket) написаны на C#, а вызов qlua функций и функций обратного осуществляется с помощью вызова LuaApi из lua5.1.dll (специальная библиотека которая синхронизированная с потоками QUIK для вызова функций из qlua.dll), данный способ даст большую производительность чем передача данный через DDE, так как данные будут обрабатываться в непосредственно в памяти процесса QUIK.