Возможности новой версии
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. В некоторых случаях наблюдалось повышенное потребление оперативной памяти.
Последние две недели на всех мировых рынках резко повысилась активность, количество биржевых данных выросло в 2-3 раза. Из-за этого у многих пользователей терминал QUIK начал безбожно тормозить и виснуть. Сервера брокеров также с трудом переваривают повышение нагрузки и наплыв клиентов, желающих что-либо купить-продать (по слухам кто-то из брокеров висел аж целую неделю))) ).
На Смарт-Лабе появилось несколько постов с советами как избавиться от тормозов. И меня сильно поразила неадекватность предлагаемых действий. Люди готовы покупать новое железо за бешеные деньги, создавать какие-то командные файлы и заниматься прочей ерундой. А нужно всего лишь включить голову и разобраться в причинах тормозов. Когда программисты разрабатывают какую-либо программу, они всегда оптимизируют ее для работы на определенном «средне статистическом» компьютере, закладывая при этом кратный запас по производительности. Если вдруг эта программа (QUIK) начинает неадекватно тормозить и виснуть на обычном современном компьютере — значит дело почти наверняка не в железе, и даже не в самой программе, а в ее конфигурации (настройках). Т.е. нам нужно правильно настроить терминал QUIK , а уже потом апгрейдить железо, менять туда-обратно версии и бухтеть на Смарт-лабе.
Сегодня выходной, можно отвлечься от торговли и поэтому, по мотивам этой темы:
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. Сказать, что я был опечален, значит ничего не сказать.