Здравствуйте. При выполнении команды "dir", мигает окно КОМАНДНОЙ СТРОКИ, например:
for line in io.popen("dir \""..p.."\" /a /b", "r"):lines() do t[#t+1] = line end
Можно ли избавиться от этого мигания.
Проблема с получением биржевой информации., Примерно с 17-18 часов дня перестают приходить данные графиков, также не отображаются заявки отправленные в систему.
Пользователь
Сообщений: Регистрация: 14.05.2019
24.03.2020 13:54:40
Всем здравствуйте.
У меня картина такая: -Торгует пять терминалов. Четыре подключено к Финаму, один к ВТБ (приблизительно такая композиция, благополучно, работала более восьми лет). -Версии QUIK восьмёрки. ФОРТС. Работают скрипты. Переподключение к серверам автоматическое. Аппаратная часть нагружена мало.
Описание проблем: -Начались в конце января -Начинаются во второй половине дня (похоже, с Америки). -Выглядят так: подвисают графики, подвисают таблицы, разрыв связи с сервером, подключение к другому серверу, разрыв связи с сервером и т.д.. Идёт перебор серверов, иногда связь восстанавливается, чаще нет. Редко какой терминал доживает до окончания торгов. -Всё это больше относится к Финаму (возможно больше статистики), у ВТБ сбои бывают (10.03.2020), но они восстанавливаются.
Что я делал: -Менял версии QUIK (не влияет). -Поменял интернет провайдера (на всякий случай). -Общался с Финамом по почте. Цитаты ответов: -"Проблемы с работой серверов Quik на стороне АО ФИНАМ ещё не устранены" (02.03.2020). -"Проблема, с которой пришлось столкнутся, требует значительно больше времени для устранения ее причин. Работы по восстановлению работоспособности ведутся" (03.03.2020). -"Проблемы с работой серверов Quik на стороне АО ФИНАМ ещё не устранены, сроков решения нет" (20.03.2020). -"Точных сроков нет, разработчики программы проводят необходимые меры. В текущий момент Вы можете использовать альтернативные торговые системы." (20.03.2020) И Т.Д. -Общался с Финамом по телефону: -Сведения о том, что новых клиентов к терминалам Quik не подключают - подтвердили. -Получил моральную поддержку ("Всё будет хорошо, нужно время").
Что я делаю: -Ежедневно вручную,через браузеры, разгребаю бардак сотворённый терминалами. -Надоедаю брокеру письмами, звонками, постоянно жду сбоев.
Что я буду делать: -Возможно, переведусь, на время, в ВТБ или ещё куда-нибудь. -Возможно, сделаю перерыв, перейду на QLua (увеличение размерности идентификатора заявок и сделок не за горами).
Артём, спасибо за эту ветку на форуме. Всем удачи.
Реальный период расчета скриптов, написанных на QPILE, Реальный период расчета скриптов, написанных на QPILE
Пользователь
Сообщений: Регистрация: 14.05.2019
23.05.2019 02:59:31
Здравствуйте.
Цитата
Цитата
Alexander Kopyatkevich написал: Для скриптов с большим количеством вычислений период расчета рекомендуется устанавливать не менее 5-10 секунд. Вполне вероятно, что скрипты не успевают выполнить расчет за 1 секунду утром, после начала торговой сессии, так как большинство данных приходится пересчитывать заново из-за сброса глобальных переменных (например, при расчете клиентского портфеля).
Как я это понимаю: -Сам расчет скриптов происходит за десятые или сотые доли секунды (это легко определить). -Реальный период ПЕРЕрасчета скрипта, даже если он один в терминале, только может приблизиться к этой одной секунде (время расчета + 1сек.).
Моя ситуация: -Скрипты все приблизительно одинаковые -Размер менее 1000 строк -Никаких особо сложных расчетов: считывание данных из графика, таблиц, сравнение этих данных -Период расчета выставлен 1сек. у всех скриптов -Терминалы стартуют командой info.exe -clear.
Реальное время ПЕРЕрасчета СКРИПТОВ изменяется в течение торгового дня, а так же в течение торговой недели. Приведу пример изменения периода ПЕРЕрасчета (в терминале торгуют 27 скриптов). Понедельник, 13 мая 2019г.: -Начало сессии, 10:05, РЕАЛЬНЫЙ период ПЕРЕрасчета приблизительно 26сек. -Конец сессии, 23:45, РЕАЛЬНЫЙ период ПЕРЕрасчета приблизительно 3,5сек. Пятница, 17 мая 2019г.: -Начало сессии, 10:05, РЕАЛЬНЫЙ период ПЕРЕрасчета приблизительно 14сек. -Конец сессии, 23:45, РЕАЛЬНЫЙ период ПЕРЕрасчета приблизительно 2,5сек. Такое происходит ежедневно, еженедельно. Если запустить терминал, который не работал весь день, в 23:45 период ПЕРЕрасчета будет минимальным для этого дня недели, т.е. в этом случае приблизительно 3 сек. Наблюдал ли, кто-нибудь что-то подобное. Поделитесь, пожалуйста.
Цитата
Alexander Kopyatkevich написал: Повысить быстродействие может переход с QPile на Lua скрипты. Рассмотрите данный вариант.
Чтобы перевести в QPile алгоритмы, наработанные в TSLab (спасибо разработчикам этого софта), мне понадобилось несколько месяцев (это было в 2011г.). Для перехода на Lua, скорее всего, потребуется усилий не меньше (да и результат не предсказуем).
Поведение QUIK, описанное выше, для моей торговли особо не критично. Хочется понять, ПОЧЕМУ так.
Спасибо за QUIK. Спасибо Всем. Жду умных мыслей.
Реальный период расчета скриптов, написанных на QPILE, Реальный период расчета скриптов, написанных на QPILE
Пользователь
Сообщений: Регистрация: 14.05.2019
15.05.2019 02:18:11
Здравствуйте. Почему так происходит? Реальное время РАСЧЕТА СКРИПТОВ, написанных на QPILE, изменяется в течение торгового дня, а так же в течение торговой недели. Торгуют: 5 терминалов QUIK, 5 счетов, у двух брокеров. Количество скриптов разное, от двух до тридцати. Период расчета выставлен 1сек. у всех скриптов. Торгуются фьючерсы на Московской бирже. Время наблюдения с 2011 года. За это время обновлялись терминалы и операционная система, менялось количество и содержание скриптов. Скрипты начинают пересчитываться медленно, а к концу сессии убыстряются в 2-5 раз, в понедельник пересчитываются медленней, чем в пятницу. Время расчета варьируется: от 30сек. до 3сек. (в терминале более 30 скриптов), от 4сек. до 1,1сек. (в терминале 2 скрипта). Компьютер перезагружается каждый вечер. Спасибо за QUIK. Жду ответа.
