Вобщем стало немного подприпаривать, что даже 350 мсек иной раз не хватает, чтобы квик отрисовал свечку, т.е. допустим сейчас 10:01:00.350, я забираю свечку от 10:00:00 — забрал, ок, а она ещё после этого дорисовывается, т.е. в неё «добавляются» данные. Не всегда, но бывает. Т.е. у меня данные уже не правильные. А бегать туда-сюда и пересчитывать всё по новой — пффффф...
Вот думаю попробовать собирать через таблицу всех сделок, ну заказал данные, открыл таблицу — смотрю визуально в таблице все данные от «времени сервера», который показывает квик — отстают примерно не секунду-две-три.
Ну да, у меня простой интернет, 100мб, не выделенка.
Вопрос, если через lua получать данные, то с какой задержкой приходят сделки в потоке «обезличенных сделок»? Каким API лучше пользоваться? Датасорцом? В принципе, меня бы может и 350 мсек устроило, я не hft, но проскальзывание не хочется большОго, и всё-таки хочется поиметь максимум возможного из бесплатного.
Со свечками всё-таки какая-то проблема, в том что даже если есть уже на графике свечка от 10:00:01, которая меняется, при этом свечка от 10:00:00 ещё некоторое (совсем незаметное на глаз) время может изменяться тоже.
в таблице всех сделок данные по идее чётко отсортированы по времени.
Это особенность квика. Квик передает данные пакетами. Пакет не понятно как формируется и мы в 10.00.035 можем получить данные от 00.03, а в 10.00.05 получить данные от 00.01
Я в данном случае не запариваюсь и ставлю в 500мс задержку обработки
Karim, вопрос что быстрее, если мне надо только минутную свечку — свечка с графика, собранная сервером квика, или свечка с таблицы всех сделок, собранная мной на локале?
второй способ я уже сделал, вот думаю, стоит ли тратить время на первый.
Из таблицы всех сделок будет быстрее, там еще в текстовом конфиге настраивается частота обновления. Точно не помню где помню что делал. Почитайте рекомендации QScalp для квика, там подробно описано было.
Попробуй замерить оба варианта.
Не скажу за таблицу всех сделок,
но через CreateDataSource у меня получается обработать ~ 60-65 тысяч свечек в секунду (произвольный доступ к произвольному инструменту)
интернет тоже простой.
1. Бывают задержки таблицы всех сделок в начале основной сессии и вечерней (у меня в финаме бывают). От этого могут не строиться текущие свечи и не передаваться данные в системы технического анализа. Такая задержка может быть до 3-6 сек.
Задержки бывают в момент сильных новостей.
2. Лучше всего использовать Lua API и нативный язык программирования: с++ или pascal.
Доступ будет быстрее, чем просто пользоваться скриптами.
Фактически будет скорость нативного приложения и прямой доступ к данным.
3. Лучше загружать историю через CreateDataSource, а за текущую сессию строить из таблицы всех сделок.
4. В квике есть приоритет обновления таблиц:
-стаканы (хотя они реализованы так, что тормозят, но это беда квика)
-таблицы всех сделок
-графики
-все остальное
5. Таблица всех сделок приходит частями:
Например, сначала реал-тайм, потом история, потом опять реал-тайм, потом опять история. Реал-тайм надо складировать в массив, пока не придет вся история. После только использовать реал-тайм.
6. Свечки загружаются с сервера за прошедшие сессии, свечки за текущую сессию собираются исходя из таблицы всех сделок (кажись так), реал-тайм свечи точно так.
Александр, спасибо, как раз 2. и использую, да.
можно уточнить, по 3. — чем лучше?
по п 4. есть ещё таблица текущих параметров, она быстрее графика, кажется.
ПBМ, п. 3 Собственно ни чем не лучше. Другое дело, что возможно на несколько будет побыстрее, но не уверен. Бывает по разному. Но чаще все же способ 3 быстрее получается. Но я думаю, что если скорость не важна, то не стоит заморачиватся, возможно просто не увидите больших изменений.
Прибавку в скорости вы можете получить, если переведете скрипт на lua api.
тоже напрягает скорость таблицы всех сделок.подключен Qscalp к квику, так там отображаются сделки нормально, а в таблице сделок по секунде и больше может быть задержка, после того как их Qscalp нарисовал.в атасе, наверное, с этим лучше??
Долгосрочное инвестирование умерло. В этот раз - без "но". Хороших новостей не будет
Увеличение капитала посредством инвестирования в доли компаний всегда основывалось на двух тезисах
(1) компания сможет на длительном интервале времени (десятки лет) производить...
27.02.2026
Как на самом деле используют ИИ в алготрейдинге
Если первая часть моего репортажа по конференции алготрейдеров в Москве была об инфраструктуре, то вторая часть будет про искусственный интеллект. ИИ в 2026 году это неполноценная замена...
27.02.2026
«Профи» из группы Займер окупил первый приобретенный портфель
Делимся новостями коллекторского агентства из группы Займер. КА «Профи» вышло на точку окупаемости по первому приобретенному портфелю. ⚡️ Для этого нашему агентству потребовалось всего 13 месяцев...
Ростелеком. МСФО за Q4 2025г. Всё неплохо… но всё равно печально…
Компания Ростелеком опубликовала финансовые результаты за 4 квартал 2025г.: 👉Выручка — 270,5 млрд руб. (+15,6% г/г)
👉Операционные расходы — 227,7 млрд руб. (+12,5% г/г)
👉 Операционная...
Andrei Er, Ну то AIX, основной листинг там и торги там проводятся, эмитент года 2 давал на перевод, а после уже произвел принудительный выкуп… Об этом много раз писалось, были уведомления. А у вас ...
Алроса – рсбу/ мсфо
7 364 965 630 обыкновенных акций
www.e-disclosure.ru/portal/files.aspx?id=199&type=1
Капитализация на 27.02.2026г: 295,924 млрд руб
Общий долг на 31.12.2023г: 249,035 ...
terkin, ФСК FCF тратят на ремонтный и строительный капекс, до 2028г дивиденда у них не ожидается по ИПРам. Да и фскшка стоит-то 0.11 bv за это. Не так-то и плохо, пусть раньше потратят деньги на ре...
В 1756 г. Иван Антонович был тайно перевезен в Шлиссельбургскую крепость. Настоящее имя «безымянного колодника» было скрыто даже от коменданта крепости. Охраной узника занималась непосредственно Тайна...
Станислав Н, За такие вещи надо им рейтинговое агентство поменять или отказаться от их услуг. На рынке есть неплохие облиги и без рейтинга. Зачем им платить деньги вообще?
Дмитрий, тут видишь какая ситуация не нужно смотреть что сейчас происходит даже по продажам, пик получает выручку когда счета эскроу раскрываются, а они раскрываются по объектам, которые он три год...
Я в данном случае не запариваюсь и ставлю в 500мс задержку обработки
Со сбером проблемы (там задержка по заявке 3-5сек.)
второй способ я уже сделал, вот думаю, стоит ли тратить время на первый.
Не скажу за таблицу всех сделок,
но через CreateDataSource у меня получается обработать ~ 60-65 тысяч свечек в секунду (произвольный доступ к произвольному инструменту)
интернет тоже простой.
Задержки бывают в момент сильных новостей.
2. Лучше всего использовать Lua API и нативный язык программирования: с++ или pascal.
Доступ будет быстрее, чем просто пользоваться скриптами.
Фактически будет скорость нативного приложения и прямой доступ к данным.
3. Лучше загружать историю через CreateDataSource, а за текущую сессию строить из таблицы всех сделок.
4. В квике есть приоритет обновления таблиц:
-стаканы (хотя они реализованы так, что тормозят, но это беда квика)
-таблицы всех сделок
-графики
-все остальное
5. Таблица всех сделок приходит частями:
Например, сначала реал-тайм, потом история, потом опять реал-тайм, потом опять история. Реал-тайм надо складировать в массив, пока не придет вся история. После только использовать реал-тайм.
6. Свечки загружаются с сервера за прошедшие сессии, свечки за текущую сессию собираются исходя из таблицы всех сделок (кажись так), реал-тайм свечи точно так.
можно уточнить, по 3. — чем лучше?
по п 4. есть ещё таблица текущих параметров, она быстрее графика, кажется.
Прибавку в скорости вы можете получить, если переведете скрипт на lua api.