Дмитрий (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 След.
Дополнительный расход ресурсов квиком
 
На самом деле поток info.exe!GET_INFO_PARAM+0x2380b0 это импорт транзакций из файла и чем больше строчек в файлах три и тро, тем больше ресурсов потребляется. Странно, что никто не знает об этом.
Дополнительный расход ресурсов квиком
 
Цитата
swerg написал:
Цитата
Дмитрий написал:
Внезапно во втором квике появился дополнительный поток  
info.exe!GET_INFO_PARAM+0x2380b0, который отъедает много ресурсов. С чем он связан и как его убрать? Информация на скриншоте.
Скрипты Lua используете?
Да, но этот скрипт в отдельном же потоке идёт.
Дополнительный расход ресурсов квиком
 
Цитата
Vladimir Ivanov написал:
Здравствуйте!
Это один из рабочих потоков, необходимых программе. Убрать его не получится.
Давайте попробуем понять, почему занимает много ресурсов.
Сообщите, пожалуйста, номер версии программы Quik, а так же предоставьте файл настроек info.wnd от проблемного рабочего места.
Информацию просьба предоставить на адрес технической поддержке:  quiksupport@arqatech.com
Версия 7,27,2,1. В принципе уже убрал, скопировав папку с "нормальным" квиком. А сам этот поток на самом деле легко удаляется в процесс эксплорер без последствий для работы программы, отсюда вывод, что не нужен он.
Дополнительный расход ресурсов квиком
 
Здравствуйте! У меня запущено 2 квика.  В каждом из них работает поток info.exe!GET_INFO_PARAM+0x2a2938 Внезапно во втором квике появился дополнительный поток
info.exe!GET_INFO_PARAM+0x2380b0, который отъедает много ресурсов. С чем он связан и как его убрать? Информация на скриншоте.
Ошибка при вызове функции SEND_TRANSACTION
 
Andrey Bezrukov, кстати не может ли это быть из за конфликта транзакций? например в тоже самое время как в скрипте qpile идёт обращение к функции SEND_TRANSACTION происходит отправка транзакции через другой источник, в частности посредством импорта транзакций из файла tri
Ошибка при вызове функции SEND_TRANSACTION
 
Цитата
Andrey Bezrukov написал:
Дмитрий,
Благодарим за предоставленную информацию.

Просьба уточнить, данная проблема наблюдается только для заявок на срочном рынке, или всё же носит плавающий характер, и может воспроизводиться для разных рынков?
Также уточните, пожалуйста, текущую версию рабочего места QUIK - указана в заголовке окна программы.
Если возможно - предлагаем наладить логирование, по которому можно было бы отследить параметры транзакции, которая приводит к ошибке и сообщить их нам.

Заранее большое спасибо.
квик 7,27,2,1. На других рынках не известно, есть ли такая ошибка, так как работа идёт только на срочном рынке. Логирование сделаю - может действительно что то проявится
Ошибка при вызове функции SEND_TRANSACTION
 
Цитата
Andrey Bezrukov написал:
Здравствуйте, Дмитрий.

Данное сообщение ошибки говорит о том, что при вызове функции SEND_TRANSACTION произошла ошибка.
Чтобы уточнить возможные причины ошибки и способы их устранения - просьба предоставить скрипт, или его фрагмент, достаточный для понимания специфики вызова функции. В частности интересует порядок формирования параметров транзакции - T.
Запрошенную часть кода можно привести здесь ответным сообщением, или написать нам по почте quiksupport@arqatech.com со ссылкой на данную ветку форума.

Если отправить команду R = SEND_TRANSACTION(15, T) без задания массива T, то возникает другая ошибка
Произошла ошибка при расчете скрипта ... Unknown identifier T [ R = SEND_TRANSACTION(15, T) ]
А если отправить команду с пустым массивом T
T = CREATE_MAP()
R = SEND_TRANSACTION(15, T)
то скрипт работает нормально, а только в ответе на транзакцию приходит RESULT=0;RESULT_EX=5;DESCRIPTION=Не указан идентификатор транзакции;

В моём случае массив T заполняется стандартно:

 T = CREATE_MAP()
 TRANS_ID = TRANS_ID+1
 T = SET_VALUE(T, "TRANS_ID", TRANS_ID)
 T = SET_VALUE(T, "ACTION", "MOVE_ORDERS")
 T = SET_VALUE(T, "MODE", "2")
 T = SET_VALUE(T, "CLASSCODE", CLASSCODE)
 T = SET_VALUE(T, "SECCODE", TICKER)
 T = SET_VALUE(T, "FIRST_ORDER_NUMBER", KEY)
 T = SET_VALUE(T, "FIRST_ORDER_NEW_QUANTITY", QUAN)
 T = SET_VALUE(T, "FIRST_ORDER_NEW_PRICE", PR)

здесь никаких ошибок быть не может.

Сама ошибка расчета скрипта Error while function call SEND_TRANSACTION возникает спонтанно и не каждый день после отправки до её возникновения тысяч транзакций с точно такими же параметрами. При работе до этого на 6 версии квика с 14 значными номерами заявок такой ошибки никогда не возникало. Есть мнение, что данная ошибка как то связана с 19 значными номерами заявок
Ошибка при вызове функции SEND_TRANSACTION
 
Здравствуйте! Что означает данная ошибка?
Произошла ошибка при расчете скрипта ...  Error while function call SEND_TRANSACTION [ R = SEND_TRANSACTION(15, T) ]
Отправка транзакций, Время прихода ответа на транзакцию
 
Цитата
Sergey Gorokhov написал:
Дмитрий,
Вы же сами говорите что на разных серверах разная картина.
ну значит сам квик не виноват, я и не настаиваю
Отправка транзакций, Время прихода ответа на транзакцию
 
Цитата
Sergey Gorokhov написал:
Дмитрий,

Уточните в связи с чем Вы проводите такие исследования? если вопрос чисто из любопытства то не видим оснований исследовать этот вопрос т.к. он тербует более детального анализа логов со стороны брокера.
Иными словами стоит ли игра свеч?
Если Вы столкнулись с какой-то реальной проблемой, опишите в чем её суть.
Понять моя ли это проблема. Тест на другом сервере брокера показал, что распределение происходит нормально. Вот для сравнения график частот


То есть на моём компьютере всё нормально, а проблема на стороне брокера. Возможно срабатывает механизм отложенного подтверждения ACK для пакетов TCP у брокера. А зачем всё это нужно - время реакции на изменение рыночной ситуации. Если есть уверенность, что сама программа квик здесь совершенно не причём, то конечно брокера мы не заставим производить такие тонкие настройки
Отправка транзакций, Время прихода ответа на транзакцию
 
Цитата
Egor Zaytsev написал:
Добрый день.

Данные искажения действительно возможны. Это может быть связано с влиянием алгоритма Нейгла.

По умолчанию Windows использует именно этот алгоритм.
В том то и дело, что я его отключил (или попытался отключить по инструкции майкрософт). На квике 6 работало нормально, то есть график частот имеет один пик, а на квике 7 появляется ещё один пик в районе 220 мс.

И ещё одна особенность - все значения времени ответа сгруппированы по одним и тем же уровням с интервалом 15 мс, как видно на следующем графике (разными цветами опять показаны 2 пика распределения, а между ними пустая область)

Похоже квик 7 по какому то своему протоколу отправляет транзакции в отличие от TCP
Отправка транзакций, Время прихода ответа на транзакцию
 
При отправке транзакций время ответа на транзакцию распределяется неравномерно. Одна часть транзакций сосредоточена в одном интервале времени ответа , а другая в другом. С чем это может быть связано?
На графике время ответа на транзакцию в мс. Выделено разными цветами времена ответа в разных интервалах.
На нижнем графике распределение частот времени ответа, где прослеживается эти 2 интервала
Роботы всякие и прочие глупости
 
чтобы понять, что данные актуальны их надо сравнить с другими данными, которые заведомо актуальны, а их нет, так как данные одни. Остаётся проверка по времени сервера или последней записи
Автоматическое выставление стоплоса и тейкпрофита
 
Цитата
Gla написал:
Я когда загрузил и увидел - прям решил, что это произросло из "разработок оборонно-промышленного комплекса СССР", "уникальная разработка совецких учоных" и все такое. Одна нестыковка - в СССР, я точно знаю, небыло никаких бирж воопще.
Но стилистика, эти конопочки, эти названия, эта вся школа - это сделано однозначно если не из сноповязалки, то как минимум из недр лабалаторий Сибирского Академгордка АН.
Этот неповторимый, посконный стиль, неудобность, потертость - это ни с чем не перепутаеш.  
зачем перегружать и так перегруженный терминал? по мне так вообще бы один серый квадрат оставить без всего
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Vlad написал:
Посоветуйте как мне лучше сейчас решить проблему с получение строчного order_num?Переходить на QUIK 8.5 ?
order_num некорректный будет, так как там 19 знаков и они округляются. Берите номер заявки из result_msg (сообщение о транзакции), вырезав его из текста сообщения
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
meteop написал:
Цитата
Sergey Gorokhov написал:
Максим ,

Нельзя будет снять заявку так:  kill_order(ordnum,ordSECCODE,class)
Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")
работать НЕ будет.
Вот ввели 19-значные заявки, и тем не менее, у меня такая конструкция работает, и потом этот ordnum можно отправить в транзакцию снятия заявки.

Главное, не преобразовывать эту переменную в число, иначе она почему-то становится немного отличающейся от исходной (плюс-минус 100).
Верно, сейчас проверил - выдаёт текстовое значение номера, хотя в 6 версии квика там было число
Квик сжирает оперативку, Квик сжирает оперативку
 
Подскажите какие файлы можно удалять? Я знаю, что нельзя metastok.dat portfolio.dat scripts.dat А остальные за что отвечают?
@echo off

del acnt.dat /F /Q
del alerts.dat /F /Q
del alltrade.dat /F /Q
del banners.dat /F /Q
del classes.dat /F /Q
del firms.dat /F /Q
del hotkey.dat /F /Q
del limits.dat /F /Q
del locales.dat /F /Q
del metastok.dat /F /Q
del orders.dat /F /Q
del par.dat /F /Q
del portfolio.dat /F /Q
del search.dat /F /Q
del scripts.dat /F /Q
del sec.dat /F /Q
del StratVolat.dat /F /Q
del tmsg.dat /F /Q
del tradermsg.dat /F /Q
del trades.dat /F /Q
del trans.dat /F /Q
del transresult.dat /F /Q

del *.log /F /Q

start info.exe
Квик сжирает оперативку, Квик сжирает оперативку
 
Подскажите какой из терминалов 7 версии наиболее оптимален в плане исправленных критических ошибок и в плане отсутствия всяких добавлений для красоты, которые отъедают процессор и оперативную память? То есть нужно чтобы и добавлений не было и ошибок
Разделение потоков по ядрам процессора
 
при отправке заявок очередь скорее возникнет у брокера, чем у процессора
Обеспечение возможности использования 19-разрядных № заявок для версий QUIK < 8.5
 
может хватит уже этими номерами мучить? Во первых они уже отменены и неизвестно когда будут. А во вторых уже всё разжёвано как их использовать на 7 версии
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
И напоминаем, что релиз Spectra версии 6.5, включающий изменение нумерации заявок/сделок, синтетический матчинг и айсберг-заявки переносится на вторую половину года.
https://www.moex.com/n28508/?nt=0
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
такое впечатление что бирже нечем заняться. могли бы и нулей каких нибудь добавить в это 19 значное поле, если оно им так необходимо, чтобы не создавать проблем
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Андрей написал:
Сначала хотели на 8 июня 2020 года, а теперь уже перенесли на 6 июля 2020 года
:lol: Как я и предполагал. А потом вообще отменят видимо
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
тогда просьба сделать на лунный язык более подробную справку - типы данных, условия, циклы, работа с файлами, строками и так далее. В интернете всё на разных ресурсах
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
то есть ты так планируешь делать в Квик 7, верно?  
и даже в квик 6
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
а как ты планируешь на Купайле снимать заявки с 19 значным номером?
выше в этой теме уже писалось как
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
до 25 мая всё может случится, может ишак помрёт, а может падишах. Кому только понадобилось работать с 19 ! значными номерами как с числами?? Народ, вы что там считаете 19 значными номерами, прибыль что ли? :lol:
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Sergey Gorokhov написал:
Дмитрий,
да и вам рано или поздно все равно придется обновиться.
:lol:  Если бы с ростом версии квика и прибыль росла
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Sergey Gorokhov написал:
Но лучше конечно перейти на QLUA
так там тоже самое. Это нужно и квик менять тогда и систему переустанавливать
QPILE всё?, Роботы QPILE больше не будут торговать
 
Цитата
Максим написал:
Цитата
Дмитрий написал:
 
Цитата
Максим  написал:
У меня заявки снимаются по trans_id
как это только по trans_id? разве номер заявки не нужно указывать в транзакции на снятие?
нет, номер заявки не нужен.
чудеса! а я всю жизнь номер отправлял. Надо будет протестировать с trans_id. Тогда вообще какие проблемы то? если номер вообще не участвует
QPILE всё?, Роботы QPILE больше не будут торговать
 
Цитата
Максим написал:
У меня заявки снимаются по trans_id
как это только по trans_id? разве номер заявки не нужно указывать в транзакции на снятие?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Anton написал:
что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить.
Да, это я не правильно выразился. принимает в даблах, а отправляет стрингами из даблов и они некорректные будут.
Но всё равно просьба к разработчикам что нибудь сделать и научить 6 версию принимать и хранить номера в стрингах только для отправки транзакций. Никакие таблицы при этом менять не нужно.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Максим написал:
Скажите, нельзя будет снять заявку программно (скрипт на Купайл или Луа), или вообще даже правой кнопкой мыши не снимется?
тоже присоединяюсь к вопросу. А также с учетом общей глючности 7 версии квика, нельзя ли выпустить небольшое обновление для последней 6 версии, чтобы транзакции на снятие уходили со стринговыми номерами, раз уж даблы некорректные будут?
QUIK 7 и QUIK 6
 
Попробую в картинках объяснить суть, может так понятнее станет. Речь исключительно о статусе 3, когда приходит дискрипшн с номером заявки.
Вот график вышеприведённых и подробно описанных задержек для 6 версии:



А вот график для 7 версии:



Разница между ними не нулевая, как хотелось бы предположить:



Очевидно что квик 7 вносит какую то свою собственную внутреннюю задержку. Хотелось бы понять с чем она связана и можно ли настройками её убрать.
QUIK 7 и QUIK 6
 
вопрос только о версии квика. Не об абсолютной задержке, а относительной. Независимо от брокера и биржи, так как и брокер и биржа одна и в том и другом случае. Между двумя версиями квика 6 и 7 наблюдается разница в периоде между отправкой транзакции и приходом ответа на транзакцию.Применительно например к языку qpile это время между отправкой команды SEND_TRANSACTION и приходом ответа от сервера (MAP SEND_TRANSACTION (DOUBLE wait_timeout_for_replay, MAP trans_params) Отправляет заявку с параметрами, указанными в массиве «trans_params» и ожидает ответа торговой системы в течение «wait_timeout_for_replay» (в секундах, не менее 5).) Вот период этого ожидания я и замеряю. И что мы наблюдаем - в 6 версии этот период допустим 60 мс, а в 7 - 100 мс. Разница таким образом 40 мс. Чем это объясняется? Что сделано нового в квике 7, которое вносит такую задержку?
QUIK 7 и QUIK 6
 
время между отправкой транзакции и приходом ответа на транзакцию. не нужно к брокеру обращаться. Вопрос только о квике. В 7 версии увеличено данный промежуток на тех же настройках что были в 6. Что сделано в 7 версии  увеличивающего это время? Может быть какие то дополнительные проверки, лимиты и тому подобное. И можно ли с помощью настроек это отключить
QUIK 7 и QUIK 6
 
Почему в 7 версии по сравнению с 6 увеличилось время выставления транзакций примерно на 40 мс? Что там сделано?
Использование интернет терминалом QUIK
 
Andrey Bezrukov, да , точно, это доска опционов обновляется  :smile:
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
а почему на 6 версии не удастся снять, а на 7 удастся?
19-значные номера заявок и сделок на MOEX
 
Цитата
Anton написал:
Оно вам не нужно, а память и процессор жрать будет как не в себя, о чем и речь.
так если не обращаться к таблице всех сделок откуда процессор то, что то я не улавливаю
19-значные номера заявок и сделок на MOEX
 
Цитата
Anton написал:
Дело еще в том, что квику придется запихивать в луа номера трейдов не только ваших, но и из ТВС
мне не нужны номера сделок и искать их в таблице всех сделок мне точно не нужно. А с заявками всё просто
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
Такое есть только в OnTransReply, но нет в OnTrade, OnOrder, так что эта информация особенно не поможет, т.к. на одном OnTransReply далеко не уехать.
зачем вам "даблы" для номеров транзакций? эти номера не предназначены для каких либо вычислений
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
да можно, при условии что нигде в коде не будет преобразования строка->число или обратноНам не известно какая логика у Вас в скриптах, если для Вашей логики подойдет такое решение, значит Вам повезло.
Спасибо успокоили. Нигде не преобразовывается.
А ещё подскажите по поводу второго изменения биржи о так называемом раздельном учёте заявок по коду актива. Надеюсь клиентских терминалов это не коснётся и все изменения будут на уровне сервера?
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
ранее мы уже говорили что в старых версиях есть проблема и она будет исправлена, но исправление точно будет не в 7х версиях.так что да, можно говорить о том что на старых версиях корректная работа будет невозможна
но текстовый номер заявки всё равно приходит в сообщении о транзакции? Его можно будет использовать, хоть он и 19 значный?
Использование интернет терминалом QUIK
 
Прошу подсказать, что означают вот эти периодические ровно в 60 сек всплески использования сети? (Больше в сеть ничего не выходит, браузеры не работают, нет антивирусов и вообще ничего, только терминал QUIK)
19-значные номера заявок и сделок на MOEX
 
а в старых версиях квика можно будет работать с текстовыми номерами заявок?
как перевести rts в рубли
 
Цитата
dimka написал:
1) Нашел формулу в интернете 0.02* курс ЦБР*фьюч RTS. Смотрел спецификации не нашел этой формулы,решил работать через квик.
2) Нашел в квике " стоимость шага цены"(12.56008) + "стоимость шага цены в валюте"(0.2) . Что делать с ними не понял.
Например фюч ртс 156730 сколько это в руб(формула). так и не понял.
у вас есть стоимость шага цены например 12,56 и шаг цены, например 10. От сюда вы находите стоимость 1 пункта как стоимость шага цены поделить на шаг цены 12,56/10
Зная стоимость пункта вы умножаете его на цену инструмента и получаете стоимость в рублях то есть цена*стоимость шага цены/шаг цены
требуется скрипт, Нужно написать скрипт за вознаграждения. Посоветуйте специалиста
 
Цитата
Anton написал:
Задача программистов - закодить то, что им дали в техзадании. Некоторые думают нанять (желательно за копейки) биржевого аналитика + системного аналитика + программиста в одном лице, чтобы и робота сам придумал и еще объяснил, на какую кнопку жать и когда. Так действительно не бывает.
С другой стороны и не желая никого обидеть и принимая во внимание аргументы других участников обсуждения ( :smile: ), хороший программист биржевых роботов должен и сам хорошо понимать в рынке и бирже и наверно может сам придумать свой  алгоритм и закодить его и зарабатывать деньги на бирже. И тогда уж точно не придётся зарабатывать продажей роботов, общаясь со всякими мерзкими заказчиками. И не надо говорить что это он делает для души, в качестве хобби или для дополнительного дохода. Нет такого хобби общаться с клиентами, это всего лишь необходимое зло. Какое то во всём этом противоречие  :wink:   Отсюда вывод, что программист сам толком не может заработать на бирже своими роботами, ну и соответственно все остальные выводы :lol:
требуется скрипт, Нужно написать скрипт за вознаграждения. Посоветуйте специалиста
 
Если бы эти программисты делали хороших биржевых роботов, то сами бы зарабатывали на бирже и тогда не понадобилось бы их продавать
<img src="http://soft-arhiv.com/smile/laugh-2.gif"; />
Перестановка заявок
 
Цитата
Sergey Gorokhov написал:
Цитата
Дмитрий написал:
Каким либо ещё образом можно выполнить эту транзакцию из скрипта qpile?
например снять старую заявку и выставить новую.
Видимо проще к другому брокеру перейти. А какой физический смысл брокеру это делать? (то есть отключать данную транзакцию)
Страницы: 1 2 3 След.
Наверх