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

У меня есть предположение, что происходит у 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% показывал именно Тслаб.

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