Жажда скорости: Оптимизация производительности торгового терминала

[EnterSandman]

Надеюсь, разработчики X-Lite прочитают эту статью и сделают выводы

[Bombus]

Однажды попробовал силы на Forex'е. Стратегию выбрал — пипсование. Операции относительно частые, но небольшие по размеру. Т.е. как курочка по зернышку. Зато без риска потери значительной части своих средств — по-сути без просадок (тот самый манименеджмент). Написал бота, который открывал операции автоматически при выполнении некоторых условий. Начал как и полагается — с демосчета. И получилось! В течении месяца каждую неделю удваивал капитал. Просадок нет, все стабильно. Ну ведь это шоколадно! Попробовал выйти в реал. Ну и полный облом… Робот при совпадении условий выдавал команду без задержек как и раньше. Но вот основное различие между демо и реал-счетом с скорости реакции торгового оператора. На демосчете как дал команду, так операция и открылась. В реале на команду открытия операции проходило довольно много времени (секунды). За это время значение курса немного менялось, и операция теряла смысл. Т.е. временной лаг между командой на открытие (и по-моему закрытия) и исполнением операции на рынке, привел к срыву стратегии работающей на демосчете.
Как я понимаю, скорость реакции на команды с терминала очень важны для пипсовщиков (и статья больше для них), и не столь важны для стратегических инвесторов. А как сейчас обстоит дело со скоростью проведения операций для рядовых клиентов?

[ITI_Capital]

Сейчас в торговой системе Matrix минимальное время выполнения заявки 5мс, но тут многое еще зависит от каналов связи клиента. А вообще, не нужно было, конечно, на Forex ходить

[ystr]

Давно уже видел ваш SmartX последний раз, так что вопрос тут насчет скорости работы GUI — будет ли зависать отрисовка если для окна с терминалом быстро-быстро изменять размер? То есть если взять край окна мышкой и перемещать её достаточно быстро.

[ITI_Capital]

Отрисовка не зависает. Да конечно, нагрузка на процессор возрастает, но не более чем при таких же действиях в другом приложении, например Skype. Вы и сами это можете проверить)

[fingoldo]

Советую Вам ознакомиться с продуктом Intel VTUNE, и оптимизировать в первую очередь «горячие точки» терминала. На Хабре есть хорошие статьи по этому инструменту. Может, напишете вторую часть к этой статье )

[ITI_Capital]

Спасибо за совет про Intel — мы с ним знакомы, это действительно крутой продукт для профилирования приложений. Но поскольку основная часть нашего терминала написана на C#, то мы в своей работе используем JetBrains dotTrace. Данный продукт заточен именно под .Net

[se7en_up]

Эти тесты что-то сродни «Ага, я могу открыть 100500 стаканов, 3000 графиков, и при этом кодировать 1080p видео и все это на нетбуке на Intel Atom и у меня не будет ничего тормозить.»
Вопрос в том, а для чего? Столько статики нужно если только роботам, а для них gui вообще не важен.
Человеко-часы лучше бы направить в сторону серверного по, репликацию между серверами настроить, подкрутить стопы…

[ITI_Capital]

Человеко-часы были успешно потрачены на решение ключевой проблемы терминала, а именно «подтормаживание» во время больших движений на рынке, во время которых трейдеру обычно необходимо принимать ключевое решение (а терминал подводил).