Возможности новой версии
1. Добавлены новые функции для встроенного языка программирования Lua:
— getTrdAccByClientCode – функция предназначена для получения торгового счета
срочного рынка по коду клиента фондового рынка с единой денежной позицией.
— getClientCodeByTrdAcc – функция предназначена для получения кода клиента
фондового рынка с единой денежной позицией по торговому счету срочного рынка.
— isUcpClient – функция предназначена для получения признака, указывающего имеет ли
клиент единую денежную позицию.
Описание см. в пп. 3.19.1 – 3.19.3 Руководства пользователя Интерпретатора языка Lua.
2. В таблице «Сделки» поддержано отображение новых типов сделок Срочного рынка МБ:
— «Сделка исполнения фьючерса»;
— «Сделка исполнения опциона»;
— «Сделка истечения опциона».
Описание см. в п. 3.8.2 Руководства пользователя.
3. Изменена цветовая схема отображения кнопок «Покупка/Продажа» на форме ввода заявок.
Исправленные недоработки в
версии 8.4.0
1. Ошибка при загрузке файла в таблицу «Карман транзакций».
2. Некорректное отображение скорректированной маржи для клиентов типа «МД+».
3. Некорректный расчет максимального количества на форме ввода заявки на
покупку/продажу для клиентов типа «МД+».
4. Некорректный расчет в некоторых случаях объема сделки РЕПО с ЦК на форме ввода
заявки.
5. В некоторых случаях сбрасывались настройки отображения строки состояния и полосы
прокрутки Рабочего места QUIK.
6. У витринных сделок РЕПО с ЦК в поле «Операция» вместо «К/П» отображалось направление
«Купля».
7. В некоторых случаях открытие диалога доступных Lua скриптов приводило к зависанию
работы Рабочего места QUIK.
8. При определенных обстоятельствах сбрасывался общий фильтр клиентов на панели
инструментов Рабочего места QUIK.
9. Зависание Рабочего места QUIK при получении большого количества позиций клиентов.
10. В некоторых случаях наблюдалось повышенное потребление оперативной памяти.
Сегодня выходной, можно отвлечься от торговли и поэтому, по мотивам этой темы:
https://smart-lab.ru/blog/598591.php решил написать пост, в котором буду рассматривать возможности компьютерного железа, а не возможность запускать торговый терминал с очистительным ключом)
Почему бы не попробовать решить проблему в лоб? Допустим имеем комп с шести ядерным процессором, 16 Гб оперативки. SSD NMVe подключен к разъёму М.2 и согласно данным фирменной утилиты может иметь скорость записи-чтения более 3 Гб/сек. Теоретически всё должно летать и грузиться быстро. Однако, на практике быстро грузится только Винда)
Запустил Process Monitor, нацелил его на info.exe из дистрибутива Квик 8. По временным меткам определил, что самый тяжелый файл info.log весом 800Мб грузился 35 сек. Иначе говоря, при считывании 4К фрагментов мой «супер-шустрый» SSD работает как обычная флешка со скоростью 22Мб/сек! Дальше ещё интересней. Выдрал со старого компа HDD, подключил его к SATA III на новом компе и проделал тот же тест для 32-битного Квик 6. Каково же было моё удивление, когда оказалось, что жесткий диск выпущенный 12 лет назад показал скорость 32Мб/сек, что почти в полтора раза больше, чем современный SSD. Сказать, что я был опечален, значит ничего не сказать.
del alltrade.dat curr_data.log info.log<br><br>Сохраняем файл в указанной выше директории (папке), создаем ярлык и переносим его на рабочий стол. Запускаем командный файл перед стартом Quik. При этом файлы, указанные в команде del будут удалены. При запуске Quik их создаст заново.
QUIK
В настройках QUIK можно указать получать данные только по открытым таблицам и графикам.
Это существенно снижает потребности в DDR и трафике, особенно когда ведется торговля.
А вот после основной торговой сессии запускается другой QUIK. В нем я скачиваю данные по всем инструментам и архивирую. Естественно это гигабайты данных и миллионы сделок. Не каждому нужен такой архив и все торгуемые инструменты в нем. Именно этот массив данных притормаживает работу терминала. Именно под эту базу нужен ПК с DDR более 8Гб. Зато этот массив QUIK запросто экспортирует в базу данных. Так что я не в обиде за задержки при получении реестров сделок. Я не в обиде на QUIK что у него такая функция идет по умолчанию. Миллионы записей, естественно нужно время. Без реестра сделок QUIK работает без ощутимых задержек. А еще все математические формулы торговой системы легко переносятся в QUIK через Lua программистом среднего уровня. А еще есть брокеры, которые адаптировали QUIK для торговли на американских торговых площадках. А еще графики в QUIK имеют порядка 65000 свечей. Есть куча надстроек как скальперский стакан, горизонтальные объемы и прочее.
Приведете мне аналог русифицированного торгового терминала с такими возможностями. Если Вы покажете такой терминал я охотно выслушаю Ваше мнение о Новосибирской программе.
Как-то странно ругать микроскоп за то, что он плохой молот. Хотя кому как.
Коллеги, подскажите прогу, утилиту для квика, которая сигнализировала бы о пересечении скользящих средних. Ну и скользяшки чтоб настраивались, ессно.
Порыл тырнет, не нашёл.