Евгений (Все сообщения пользователя)

Нет все испробовал не помогает, как только метки появляются на графике начинаются тормоза причем тормозит весь квик, включая скрипты. График на котором метки пожирает все ресурсы, при этом остальные графики вобще обнавляются гораздо реже чем тот на котором метки. Загрузка системы одинаковая примерно +-10%. Видеокарта вобще свободна.
Похоже сами графики и обработка данных на них далеко не совершенны
Прямая зависимость от объема меток на графике по мере увеличения их кол-ва начинаются тормоза, при этом 3 ядра процессора загружены на 20% в среднем кроме одного ядра которое пашет на 90%.

Думаю все таки слабоват процессор, хотя исследуя потоки через Spy++ оказалось что вся визуалк квика находится в одном потоке и там просто вся визуалка и этот поток загружен больше всего. Есть еще штук 10 каких то потоков в которых вобще ничего не происходит
Естественно при загрузке потока визуалки квику приходи хана.

Какой можно делат вывод из этого?
Самое главное в квике это интерфейс и если он загружен то все вклинится в этот поток становится проблематично.


Не понятно зачем квик создает еще кучу потоков в которых ничего не происходит

Если бы каждый график или хотя бы вкладка были в отдельных потоках проблема думаю бы решилась

А формат gif разве квик воспринимает вроде там bmp и jpg только.
Насчет текстовых символов да надо  попробовать, вчера сделал но еще не проверил.
Попробовал сжать метки, через сайт вот ссылка https://www.imgonline.com.ua/compress-image.php получилось сжать в 2 раза меньше от исходного
Скрипт переделать нельзя

Нет проблема не решилась, забыл что уменьшил кол-во меток в 10 раз, тогда конечно сразу улучшилось, но это не решение

Проблема решилась только ограничением диапазона данных на графике в 100 свечей (чем меньше тем лучше) но уже дальше них и не посмотришь

Если поставить вот такой процессор Intel Core i9-10920X решится эта проблема или нет?

Можно конечно проверить, но вдруг проблема не в этом а в коде квикаhttps://www.dns-shop.ru/product/1f11ecd3f3ab1b80/processor-intel-core-i9-10920x-box/

Здравствуйте, подскажите пожалуйста как облегчить работу с метками.

Например на графике несколько сотен меток в формате jpg, размер одной метки в среднем около 8 кб. в общем примерно около 3 , 4 мегабайт на графике. Память компа 8 Гб. Размер процесса квика в окне диспетчера 1,5 гб. Процессор FX 4300 - 4 ядра, 3400 мгц

При просмотре графика путем захвата мышью области графика и перемещении ее, перемещение притормаживает ( перемещается рывками с задержкой в 1 - 2 секунды). Как только метки убираю все летает.

Тоже самое при масштабировании графика.

Что сделать чтобы убрать эту проблему?

Размер меток и так минимальный сделал.

В целом компьютер не тормозит только этот график в квике на котором метки.
Думаю тут какая то недоработка, не должно быть такого что от 3 мб график начинает тормозить

Спасибо, теперь понятно.

То есть чтобы получить и вывести в таблицу все свечи из источника нужно прогнать ds через цикл

for  i = 1, ds:Size() do
   
   local O = ds:O(i)
   local H = ds:H(i)
   local L = ds:L(i)
   local C = ds:C(i)
   local V = ds:V(i)
   local T = ds:T(i)

end

ds,Error  = CreateDataSource("SPBFUT", "RIH1", INTERVAL_H1)

Вывожу в таблицу, хочу увидеть там все свечи, но вижу это  


  ['C']=function: 000007FEEDF21950,   ['T']=function: 000007FEEDF21A60,
  ['V']=function: 000007FEEDF21420,
  ['Size']=function: 000007FEEDF21370,
  ['H']=function: 000007FEEDF21640,
  ['Close']=function: 000007FEEDF21850,
  ['L']=function: 000007FEEDF21740,
  ['O']=function: 000007FEEDF21530,
  ['_DataSource']=_dataline_data_metatablegc: 0000000050F3CE58,
  ['SetEmptyCallback']=function: 000007FEEDF22230,
  ['SetUpdateCallback']=function: 000007FEEDF220D0

может потому что сегодня выходной, но подключение к серверу есть, или я вобще неправильно делаю что то, хотя графики же строятся
Вывожу в таблицу однократно из майн.
Как это работает? В ds хранятся данные в виде таблицы или нет?
ds должна постоянно обновляться в майн чтобы получать данные?

подписаться  SetEmptyCallback() на обновление достаточно однократно?
Требуется получить таблицу что бы потом с ней работать

Добавить в меню Система или другое пункт Каталог, который будет открывать папку расположения квика

Все нормально прошу прощения. Оказалось что на графике есть индикатор другого инструмента, на графике Si есть график Ri. Проверил на отдельном новом графике только для одного инструмента - все нормально пропусков нет. Если есть индикатор другого инструмента то появляются пропуски в индикаторах и тиках

Недавно обнаружил такую штуку как пропуски на тиковом графике. То есть пустые места между тиками. Это так должно быть?

Кстати да тоже такое нашел как то, много думал )), теперь понятно откуда ноги растут

Да по вертикали, по горизонтали чтобы ценовой график показывал последние свечки а не первые

Да. Все что требуется это чтобы текущая свеча находилась в зоне видимости и по середине +- вертикальной шкалы при переключении таймфрейма, а не исчезала

Да такую функцию, только с учетом сдвига графика от правого края на установленное кол-во свечей в другой настройке диаграммы, (есть такая настройка Правый край.... свечей), хотя это не должно мешать. Да как если бы мы просто перемещали горизонтальный бегунок вправо до упора

Нет ну это конечно не очень удобно, всегда следить за бегунком сдвинут он или нет особенно если графиков 50, вот например в мт4 эта функция реализована так что при появлении тика (наверно), или по времени, но  график автоматически сдвигается к текущим значениям если включена опция "Автопрокрутка графика" Эта опция всегда держит в зоне видимости текущую свечу, даже если начать просматривать график перемещая его вправо путем захвата к началу данных график буде принудительно смещен на текущую свечу. А чтобы просмотреть в этом режиме левую часть графика надо уменьшить масштаб. например 1:5 -> 1:20 Можно сделать такую опцию если возможно конечно. Только И не надо будет следить за ползунком горизонтальным. Нет ну я не настаиваю конечно, в любом случае это Вам решать, просто предлагаю что было бы на мой взгляд удобнее.

Да, что бы она была посередине вертикальной шкалы после переключения таймфрейма

Не должно быть смещения видимой области графика в начало данных графика цены и индикаторов, то есть  текущую свечу  должно быть видно на графике, не зависимо от масштабовЭто относится к цитате нижеДа правильно, окно области должно следовать за планкой цены если она приближается к границе видимой области, с каким то отступом.

То есть не постоянно следовать за ценой,(чтобы не создавалось ощущения скачков графика цены постоянно)  только в момент приближения к границе однократно на какой то шаг, и дальше опять ожидание. Держать в зоне видимости, при этом масштаб графика меняться не должен.

Должно быть так желательно

При переключении таймфрейма:
1. Текущее значение цены инструмента (текущая свеча или ее часть) должно быть видно, оно не должно выходить за границы области. Где то посередине вертикальной шкалы.
2. Не должно быть смещения графиков в начало доступных данных (горизонтальная каретка должна находится только справа до упора)

При поступлении новых данных (не относится к переключению таймфрейма):

Авто масштабирование(смещение) графика цены

1. При росте или падении цены она не должна упираться в верхнюю или нижнюю границу (должен быть минимальный отступ, или авто масштабирование по вертикали, или смещение всего графика по вертикали). Сейчас приходится масштабировать и по вертикали и по горизонтали.

Понятно что цена этого продукта будет не менее 5000 $

Материалы и информация, предоставляемые в данном разделе,   представляют собой демо-версию всех или некоторых разделов   аналитического продукта "Фьючерсы. Открытые позиции intraday", который будет разработан по результатам тестирования.
В  течение тестового периода принимаются предложения по составу,   наполнению и прочим характеристикам аналитического продукта "Фьючерсы.   Открытые позиции intraday". Ваши предложения и комментарии просим направлять по адресу

https://www.moex.com/ru/derivatives/open-positions-online.aspx
dataproducts@moex.com.https://www.moex.com/ru/analyticalproducts?futoi

Первый пример: бегунок сдвинут влево до упора
Второй : нижний бегунок на месте о несколько свечей включая текущую скрыты за границами области

Шел бы ты от сюда дима подальше

Это происходит не предсказуемо и поймать специально мне это не удалось.  Но это происходит при первом переключении таймфрейма например за текущий день, например был дневной, потом переключился на 5 минут и свеча текущая скрылась за границами области или график съехал в начало, при повторном переключении все нормально. Но тут скриншоты не помогут надо видео снимать, а скрины я и сам могу специально сделать. Но то что это бывает это точно и бегунки приходится сдвигать вправо до упора чтобы увидеть текущие свечи и цену.

Возможно это связано с настройками

Настройки графика у меня такие:

Наверно исчезнут утренние гэпы на валюте и фортс, хотя нет фонда же не будет в это время работать, а на открытии в 10 все равно будут резкие движения

При изменении таймфрейма графика каретка скролл бокса нижняя и боковая съезжают не понятно как.
Горизонтальная уходит влево то есть на начало данных, вертикальная вверх или вниз. Даже последняя свеча например исчезает из зоны видимости.

В результате приходится дополнительно масштабировать после смены таймфрейма.
Можно как то решить эту проблему, чтобы график не сдвигался в начало и всегда было видно последнюю свечу?
Или например при изменении цены она часто упирается в верхнюю или нижнюю границу области и опять надо масштабировать.
Было бы идеально если значение цены всегда находилось посередине области на вертикальной шкале (только для графика цены) или сделать такую опцию или чтобы так масштабировался после смены таймфрейма

Подскажите пожалуйста для чего в таблице свойств меток RGB, если можно вставлять только картинки?

С таким подходом к трейдингу лучше вобще ничего не делать, если хотите сохранить свои деньги, это не похоже на осознанную деятельность если вы имеете ввиду ручную торговлю. Рано или поздно вы все равно потеряете деньги. Большое кол-во сделок для ручной торговли категорически не требуется. Вы должны дождаться и определить точный сигнал на вход в позицию с определенным риском и прибылью. А создавать себе запреты с помощью скриптов это не совсем верно. Ищите сигналы и постепенно придете к положительному результату

То есть добавить параметр привязки метки к окну графика где находится идентификатор графика чтобы метка не пряталась за границами окна.
Эта метка для обозначения например текущего инструмента крупным шрифтом или других параметров, название стратегии привязанной к графику, но с привязкой именно к окну а не к цене в том числе из Lua

Нет но растет цена или падает на свече тоже видно на свечках если кому то это надо, а вот сигнал индикатора объема в том и состоит чтобы видеть быстро скачки объемов а не вглядываться где больше меньше, причем тут  цена

То есть получается можно использовать только линии,свечи гистограммы треугольники как в настройках индикаторов и все, а уровни в виде прямоугольников и другие методы только от руки рисовать, это может быть смешно но пользуется популярностью ))

Но там есть заливка прямоугольника цветом

То есть создать индикатор который использует например прямоугольники из методов создать можно?

Имею в виду Горизонтальные и наклонные уровни, фибо, фигуры, прямоугольники и тп.

Как использовать инструменты технического анализа из Lua ?

Вот есть такие картинка на одном из сайтов разработчиков, со сделками, очевидно что это часовой примерно таймфрейм.

Сделки совершены за несколько дней судя по шкале времени.
График инструмента фьючерса судя по цене.

Насколько мне известно на фортс метод учета активов FIFO «Первым пришёл — первым ушёл»

Возможно ли такая ситуация как изображено на картинке 1?

Или должно быть как на картинке 2 (белые линии) ?

Или я не так что то понимаю?
Или это возможно сделать как то программно - продавать то что куплено раньше в последнюю очередь? ))

При присвоении индикатору объема Volume цветовых настроек с учетом цвета для роста и падения учитывается рост и падение свечи.


Вопрос в том, что он этот индикатор не должен иметь никакого отношения к цене инструмента, соответственно и раскраска по принципу растущей и падающей свечи  столбца гистограммы для него не подходит.


Должно быть так: Цвет столбца гистограммы меняется в зависимости от предыдущего объема:
--- если текущий столбец больше предыдущего то цвет меняется например на зеленый.
--- если текущий меньше предыдущего то цвет например синий

Московская биржа введет утренние торги на валютном и срочном рынках

В первом квартале 2021 года Московская биржа планирует начинать торги  на валютном и срочном рынках с 7:00 мск. Точная дата введения утренней  сессии на двух рынках будет сообщена дополнительно. Таким образом, время  проведения торгов на этих рынках увеличится почти до 17 часов в сутки.  Сейчас торги на валютном и срочном рынках проводятся с 10:00 до 23:50  мск и длятся около 14 часов.

Расширение торгового периода предоставит участникам дополнительные  возможности по управлению активами, повысит эффективность работы  клиентов из восточных регионов страны и будет способствовать привлечению  ликвидности с рынков стран азиатского региона. Увеличение времени  торгов валютными парами и производными финансовыми инструментами на  Московской бирже соответствует международным трендам: многие глобальные  площадки, на которых обращаются эти классы активов, работают в режиме  24/5.

http://frx-blog.ru/wp-content/uploads/2015/11/aziatskaya-sessiya-forex.png

Вот на это обратите внимание

При сворачивании нижней области индикатора на графике исчезает шкала времени

Придется переделывать

Ну и что что баги и так сойдет ведь работа уже почти закончена))

Lua 5.4.2

No bugs have been reported.  

Lua 5.4.1  1    

1. Key removed from a table during traversal may not be accepted by 'next'.
   reported by Xmilia Hermit on 11 Oct 2020. existed since 5.4.0. fixed in 5.4.2.

   Example:

   t = {} t["no" .. "ref1"] = 1 t["no" .. "ref2"] = 2  for k, v in pairs(t) do     t[k] = nil     print(k, v)     collectgarbage("collect") end  
   

как найти график при наступлении события по инструменту если графиков 50?