Победил подвисание Quik при включенной ТС. Это просто праздник какой-то.(с)

При включенной ТС при интенсивных торгах регулярно подвисал Quik. Мало того, серверное время Quik, отставало от московского иногда до 30 с. Естественно, все это приводило к ошибкам ТС.
ТС представляет собой программу Lua, связанную с DLL. DLL, собственно, и является самой ТС, a Lua только реал-тайм получает данные из терминала (таблицу обезличенных сделок, стаканы, котировки, реал-тайм свечи — OHLCV, и передает эти данные в DLL, т.е., является интерфейсом между терминалом и ТС. В Lua на сегодня всего ~250 строк кода.
Деле в том, что все события QLua (обновление стакана, таблицы обезличенных сделок и пр.) происходят в одном потоке, потоке терминала, и наша задача, как можно быстрее считать данные о событии, и освободить функцию получения события (см. мануал QLua). Если мы начнем обрабатывать данные в функции события, то все остальные события просто будут ждать своей очереди, а терминал встанет, и тоже будет ждать своей очереди на этом празднике жизни.
Однако, хотя в Lua и DLL реализовалось всего лишь чтение данных событий и преобразование их к формату C++, и далее обрабатывалось уже другими потоками DLL, тем не менее, при высокой интенсивности торгов терминал начинал заметно подвисать. И, хотя DLL и так уже занималось только чтением данных, при высокой интенсивности торгов даже и это занимало в потоке терминала слишком много времени.
Уже пару месяцев назад с этим геморроем надо было что-то делать, но ничего разумного в голову не приходило.
И, вот, вчера пришло (тугодум, блин).
Данные событий пишем в таблицы Lua, а DLL, уже в своих потоках в цикле, определяет обновились ли таблицы, и читает данные из этих таблиц. Цена вопроса — задержка получения данных не более 5 мс. Помогают нам в этом специфические потоконезависимые функции QLua sinsert и sremove.
Посмотрим что у нас получилось на примере стакана
Было:

-- получение стакана
function OnQuote(class, sec)
	if class == EX_CODE and sec == FUT_S then
		
		QL_s = getQuoteLevel2(EX_CODE, FUT_S)
		dt = getInfoParam ('TRADEDATE') .. " " ..getInfoParam ('SERVERTIME')
		ret =CCS.GlassPrice(FUT_S, dt, QL_s) -- вызов функции ДЛЛ
		--message("Запись в ДБ S " .. tostring(ret))
	elseif class == EX_CODE and sec == FUT_L then
		--message("стакан FUT_L изменился.")
		QL_l = getQuoteLevel2(EX_CODE,FUT_L)
		dt = getInfoParam ('TRADEDATE') .. " " ..getInfoParam ('SERVERTIME')
		ret =CCS.GlassPrice(FUT_L, dt, QL_l) -- вызов функции ДЛЛ
        --message("Запись в ДБ L" .. tostring(ret))
	end
end

Стало:

-- получение стакана
function OnQuote(class, sec)
	if class == EX_CODE and sec == FUT_S and #quote_iv_S == 0 then
	    table.sinsert(quote_iv_S,{sec})
	elseif class == EX_CODE and sec == FUT_L and #quote_iv_L == 0 then
	    table.sinsert(quote_iv_L,{sec})
	end<br />end

Здесь мы даже саму функцию получения данных стакана getQuoteLevel2 вынесли за пределы потока события OnQuote.
И теперь мы с этого имеем работающую ТС в терминале, никаких задержек, никаких подвисаний.


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