Alexey (Все сообщения пользователя)

Задача стоит в оценке процесса задержки как временного ряда. А позже или раньше прилетит событие сделки с пробитым временем - так это ничего страшного. Ровно как и поток сделок и Level2 тоже могут поступать совсем не синхронно времени их инициации.
Подготовку данных никто не отменял.
Соответственно что имеем: задержка сервера - параметр, полное время - отклик. Можно добавить еще один параметр,
Проводим обучение и можно дать оценку вероятности исполнения ордера и ряду метрик. Я так понимаю.

Вот если бы цены Level2 еще со временем биржи был, вот было бы интересно.

Честно говоря, не совсем понял, что вы имели в виду.

Действительно немного "оговорился".
Спасибо за ответ по существу.

То есть для совокупной оценки времени общего отставания клиентского КВИК и реакции надо просуммировать:
1. ping брокера до биржи (оно же время задержки из тех. окна)
2. мой ping до брокера
3. потерю времени на обработку заявки сервером брокера
4. время из п.1 ping брокера до биржи (оно же время задержки из тех. окна)
5..время обработки самой биржей
При условии что сам терминал КВИК время не расходует.
Справедливо ли полагать, что названное время задержки
И сравнить данную оценку со временем фактического замера выставления и регистрации.
Зная 1, 2, можно получить сумму строчек 3 + 5.
Верно?
Есть ли возможность средствами Lua получить доступ к адресам подключения (меню связь) или непосредственно получить текущий адрес подключения?

День добрый!
- Вы  не могли бы подсказать, что точно означает "Время задержки сервера" в тех.окне.

И наводящий вычислительный вопрос: допустим, указана задержка 0,031 мс.
Правильная ли арифметика общего времени задержки терминал + QLUA + доп. потери...
Необходимо сложить следующие отрезки времени:
1.Названное  время задержки получения данных терминалом КВИК;
2. Замерить время обработки данных терминалом и прибавить; Кстати, а как это сделать? Полагаю только в коде LUA доступно.замерить саму LUA, а как оценить время обработки терминалом.
3. время обработки пользовательского кода LUA;  

Предположим в коде Lua выставляется заявка.
Правильно ли полагать, что на биржу заявка попадет через время, равное (1) + (2) + (3) + снова (1).  

Ничего не пропущено?  
Как  правильно подтвердить время всего цикла: от задержки до выставления заявки на бирже.  

При подтверждении транзакции указывается ли точное время выставления? Или точнее это время биржи или получения ее терминалом?  

Вопросы, вероятно, на старой версии сайта в том или ином виде поднимались, но в новом дизайне поиск не помог.  


 

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

По-взрослому это так:
Конкурсная документация, задание и цена - ее неотъемлемая часть.

Но при реализации C API / IPC .Net  luanet вряд ли понадобится. Плюс 50-250 строчек доблестного c++ вам должны доставить удовольствие. А также производительность по выше названным причинам .

Вечер добрый. Однако хороший вопрос вы подняли. А вы не поделитесь кусочком кода чтобы обновить память.
Был личный эксперимент года 2 назад. Остановился почти сразу, когда WinForms под Quik отказались выводиться. Далее доблестный C++ и IPC. Тут можно быть уверенным, что никаких сюрпризов потери времени на десериализации или маршаллизации не будет.
Вообще говоря, конечно, выглядит сложноватым вызов методов управляемого кода из QLUA. Переход через границу управляемого/неуправляемого кода самое дорогое удовольствие.
Вычислительные функции для  Qlua лучше написать на C/C++. Разница в производительности будет огромной по причине как раз названной границы. Ну, и не забывайте про про SIMD/AVX, которые в .Net 4.5 не доступны). Может, я немного ошибся. Но что-то подсказывает, что наиболее вероятно все именно так. Использование luanet представляется обоснованным только для передачи данных в C# приложение или наоборот получение от него команд (прямолинейно loadstring()), а, допустим выгрузку потока данных в обработчике событий терминала, но по-видимому C API.  В обоих случаях интересно, как физически реализуется взаимодействие и интересно будет сравнить C API / IPC .Net и способ реализации luanet.

Великолепно.
По-видимому, сообщение, это char[].
Остается предоставить метод обработчика события нового сообщения.
Можно со временем сообщения, можно без.
На первый взгляд все выглядит безобидно.

Какую информацию вы хотите?
Обычно используется ансамбль.
Но тов. Freud, например, будучи автором усиления классификаторов, в открытой публикации с ансамблем основанном на ADA Boost и деревьях решений, так и не сумел дать значимый результат, используя набор статистических индикаторов, и уступил математикам, нанятыми Lehman Brothers, которые работали с трейдерами и использовали модели чуть попроще, но зато надежнее.
Если вы про IR, то лично у меня нет опыта использования анализа информационных текстов.
Как вы понимаете, бесплатно вам такого никто не скажет.
Как правило это высокооплачиваемый проект.

Вы понимаете, Сергей. Должны быть общие человеческие принципы.
Когда формулируешь вопрос и ставишь задачу, то, с одной стороны принято относиться с уважением к тому человеку, к которому обращаешься, но также и хотелось бы чтобы при ответе применялось хотя бы немного разума и уважения как минимум к предмету вопроса.
Это в принципе вполне описывает схему джентльменского клуба.
Ответ от Арки получен.
Однако я этого щенка ни о чем не спрашиваю.
Вот в чем вопрос.  

Отвечу один раз.

Я свою трудовую деятельность как трейдер по денежному и долговому рынку начал в 1998 году.
В том числе руководил автоматизацией торговых операций.
Для информации рядовому трейдеру по акциям лимита более 50,000 долл. не выдается, включая тех, кто пишет идиотские комментарии по рынку.
Позиции в денежных и долговых инструментах из моей скромной практики были всегда далеко за 10 млн.долл.
В настоящее время для души пользуюсь несколькими приемами из машинного обучения, за которые даже не всякий математик и программист готов был браться.
--
Поэтому прошу мелковозрастное чмо придерживаться других веток.
Комментируйте себе в подгузник, пожалуйста.

Умение ответить на поставленный вопрос - это то что ценится.
На этом форуме интерес представляют комментарии разработчиков и нескольких компетентных пользователей.
Их 3 - 4. Так что не трудитесь.
Подрастите лет 5-8 когда научитесь мысль оформлять одной строчкой или просто промолчать.

Речь идет о возможности средствами QLUA получить данный вид данных.
Наличие или отсутствие подписки на информационно-аналитическое содержимое к этому не имеет отношения.
Использовать LUA для целей иных, кроме как опросить терминал и передать/ выгрузить команды или данные - это просто идиотизм и потеря сил и времени.
--
Сложно создать что-то лучшее Visual Stuidio с доблестным C++, C#  с WPF или как минимум WinForms.
--
Какие подписки уровня Bloomberg или  Reuters вам известны?
Если случайно знаете - скажите, если теория - прошу не отвечайте.

Зоя, на Вас вся надежда.
Конечно регистрируем.
--
Вопрос на засыпку - неужели ни разу не оценивали возможность и не прогнозировали сроки?
За месяц справитесь?

День добрый.
Есть ли возможность получить доступ к новостям, публикуемым в соответствующем окне?
Если нет, то существуют ли обозримые сроки для такого действия?