Коллеги, поделитесь, у кого какая скорость исполнения заявок на паркинге? (брокер, средняя скорость в мс)

у меня финам, результаты в табличке
взял несколько выборок и усреднил

Для брокера Финам через его сервер нармальные цифры.

Если хотите значительно увеличить раундтрип у сделки на Паркинге, вам нужна
Плаза2
http://www.tslab.ru/ (Внизу таблица)
или
HFT Transaq
http://www.finam.ru/howtotrade/special00010/default.asp

хорошая скорость.у меня выставление с исполнением в среднем 3000 млс. и снятие 900 млс. при минимально возможном кол. баров. у этого же брокера,не паркинг.

На фортсе то же самое, среднее 550мс у Финама.
На ММВБ чуть больше 600мс.

У алора 400 мс на фортсе.
На ММВБ 450 мс.

а где эти данные можно посмотреть?

ага, можно еще в Инструменты - Папка с логами - файл tslab

у меня как-то нестабильно - от 140 до 3000 мс. В среднем, наверно, около 1000мс. финам, не паркинг.

но ведь если не HFT, то разницы ведь никакой в этих милисекундах?..

а почему задержка обязательно должна приводить к худшей цене? Она может привести и к лучшей цене. Есть какая-то статистика на этот счет?

Подключение Промсервер РТС Плаза2
сделки за 28 нояб

Это из дома? Не с паркинга ведь?
2 секунды для промсервера это перебор...
Явно проблемы с интернетом.

Это с паркинга ТсЛаб

Советую лог проги разработчикам послать. С вопросом "Почему такая скорость?"

паркинг
финам
за 28.11.12
от 452-602 мс 1 раз 1076 мс
позже может табличку забью и среднее точное посчитаю, сейчас тороплюсь

да ужж, плаза2

Действительно, специально с утра выставил несколько заявок и посмотрел цифры.
Заявки в начале сессии:


Последние три - условные заявки, они на биржу не идут:

Ахахах))) Андрей красавчик))) это из серии, задержки? не, не слышал!

это плаза2?

разработчики, на HFT Transaq какие цифры?
поделитесь инфой, если есть статистика

жесть, если правда...

У меня есть предположение, что происходит у denzlat. Это никак не связано с плазой. Версия 1.1 не может работать с большим количеством заявок в кеше. Как только заявок становится с десяток тысяч, запись XML кеша на диск отнимает значительное время.
Решить эту проблему можно следующими способами:
1. В последних версиях, в настройках можно задать время, за которое заявки будут хранится. Нужно его уменьшить до минимального значения.
2. Вручную переодически убивать файлы с кешем заявок. Вся история торговли будет пропадать.
3. Перейти на версию 1.2. В ней кеш хранится в базе данных и задержки минимальные. К слову сказать, сама версия оптимизирована под HFT скрипты и большие истории торговли.

Я на версии 1.1 даже и не торговал ни разу, не с чем сравнить. Сейчас стоит одна из последних сборок 1.2.2.31. Работает всего два скрипта. Сделок в день максимум 10, обычно 1-3. Письмо в поддержку написал. Жду ответа

Надеюсь разберутся, потому-что, вот нормальная скорость для плазы:

так вот кто шорох в стакане наводит

Проблема разрешилась неожиданным образом. Стали отключать на паркинге все процессы по очереди и дошли до программы R-admin. Вот при ее отключении стало все летать. Сейчас пользуюсь для удаленного доступа Remote Desktop. Пока большой статистики по скоростям нет. Прилагаю картинку за сегодняшний вечер, выставлял и отменял заявки вручную. Все скорости в пределах 100 мс.
Проблема со скоростями была не единственной, еще тормозил сам Тслаб при переключении вкладок. Причем сам R-admin не показывал загрузку процессора, он каким то образом влиял на Тслаб и загрузку процессора под 100% показывал именно Тслаб.

ну вот. Другое дело!