1. Некорректный расчет стоимости портфеля по клиентам со схемой кредитования МД+ при использовании валюты в качестве базового индикатора при настройке множеств с зависимыми ценами. 2. После редактирования пользователем настроек индикатора его целочисленные параметры ошибочно становились вещественными. 3. При смене учетной записи на графиках ошибочно отображались заявки и сделки предыдущего пользователя. 4. Ошибка, которая в некоторых случаях приводила к отображению пустых строк в Таблице заявок. 5. Ошибка, которая при закрытии таблицы, созданной при помощи скрипта Lua, могла приводить к зависанию Рабочего места QUIK. 6. В некоторых случаях в таблицах «Позиции по деньгам» и «Позиций по инструментам» могли отображаться ранее удалённые позиции. 7. Ошибка, из-за которой в некоторых случаях не отображались данные в таблице «Состояние счёта».
Пользователь
Сообщений: Регистрация: 23.04.2020
21.07.2020 19:41:49
Новые версии как пирожки вылетают, что не может не радовать)
Спасибо, как всегда оперативно. Только поправлю ссылку для ленивых, почему-то в оригинале на 8.7.1 ведет.
Чудо-форум :) Это я взял предыдущую аналогичную тему и исправил ссылку, но что-то пошло не так.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
24.07.2020 08:52:26
Проблема, описанная в теме , актуальна.
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 23.01.2015
27.07.2020 12:45:58
Старатель, Проблема изучается. Постараемся в ближайшее время дать ответ.
Пользователь
Сообщений: Регистрация: 10.04.2015
31.07.2020 06:41:50
Уважаемые разработчики, то что Quik 8.8 перестал падать это большой прогресс, но он стал непомерно жрать память! Смотрите скрин.
К сожалению не смотрел специально какое потребление памяти было у версии 8.7, НО у версии 8.6 оно не превышало 500-600 мегабайт, при ровно тех же запущенных скриптах. Откуда такая дикая прожорливость у версии 8.8 ?
Пользователь
Сообщений: Регистрация: 10.04.2015
31.07.2020 06:48:13
Более того. Даже без запущенных скриптов, открыто всего несколько вкладок с графиками и различными таблицами, Quik 8.8 жрет 2,5 гигабайта памяти, и это ВНЕ торговой сессии!
QUIK clients support
Сообщений: Регистрация: 22.12.2014
31.07.2020 07:37:19
Цитата
Юрий написал: Уважаемые разработчики, то что Quik 8.8 перестал падать это большой прогресс, но он стал непомерно жрать память! Смотрите скрин.
К сожалению не смотрел специально какое потребление памяти было у версии 8.7, НО у версии 8.6 оно не превышало 500-600 мегабайт, при ровно тех же запущенных скриптах. Откуда такая дикая прожорливость у версии 8.8 ?
Цитата
Юрий написал: Более того. Даже без запущенных скриптов, открыто всего несколько вкладок с графиками и различными таблицами, Quik 8.8 жрет 2,5 гигабайта памяти, и это ВНЕ торговой сессии!
Добрый день.
Пришлите нам на дамп процесса info.exe (делается через диспетчер задач), сделанный во время проявления проблемы, а также архив Вашего терминала QUIK (после снятия дампа отключиться от сервера, закрыть терминал, сделать копию папки с ним, заархивировать копию, прислать нам). Если возможно - то вместе с используемыми скриптами. В теме письма нужно указать ссылку на данную ветку форума.
Пользователь
Сообщений: Регистрация: 10.04.2015
31.07.2020 08:58:32
Кажется я разобрался. Проблема была в ключе запуска -full-dump который мне рекомендовала указывать техподдержка для выявления причин падения прошлых версий. Убрал данный ключ и потребление памяти пришло в норму.
Пользователь
Сообщений: Регистрация: 23.01.2015
31.07.2020 10:17:15
Старатель, К сожалению у нас проблема не повторяется. Проверяли на версии 8.8.0 Просьба воспроизвести проблему с зависанием, после чего снять дамп процесса info.exe (через диспетчер задач Windows) и прислать его нам на quiksupport@arqatech.com
Пользователь
Сообщений: Регистрация: 31.01.2015
31.07.2020 15:10:04
Новая версия 8.8.1:
Исправления: В некоторых случаях использование функций обратного вызова в скриптах QLua приводило к аварийному завершению работы.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
31.07.2020 15:33:12
Sergey Gorokhov, я не знаю, как у вас не повторяется. Только если ничего не делать.
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
31.07.2020 16:04:19
Sergey Gorokhov, если у вас sleep(1) больше 1 мс, откройте больше окон, чтоб наверняка:
Код
for i = 1, 30 do
Надо делать так, как надо. А как не надо - делать не надо.
Действительно в ПО QLUA есть ошибка так же иногда приводящая к завистанию терминала при вызове Lua функции DestroyTable. Мы исправим её в очередном обновлении ПО. Приносим извинения за доставленные неудобства.
Пользователь
Сообщений: Регистрация: 10.04.2015
03.08.2020 14:40:53
И всё-таки чрезмерное потребление памяти присутствует. Сначала при запуске вроде все нормально но поработав какое то время у меня снова потребление зашкаливает за 3 гигабайта. Ссылку на дамп процесса квика отправил на почту.
И сделайте пожалуйста возможность изменения сортировки запущенных lua скриптов в списке с помощью мыши или еще как... Чтобы можно было самостоятельно установить где какой скрипт в списке располагается.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
03.08.2020 17:33:13
Цитата
Sergey Gorokhov написал: Действительно в ПО QLUA есть ошибка так же иногда приводящая к завистанию терминала при вызове Lua функции DestroyTable. Мы исправим её в очередном обновлении ПО.
Как скоро? Временное решение есть?
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 10.04.2015
07.08.2020 22:00:06
Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?
И еще, раньше закрепленный на панели быстрого запуска квик запускался и закрепленный значек его становился активным, а сейчас вместо этого создается второй значек. Нельзя ли вернуть как было? Вот зачем второй создается когда должен становиться активным первый который закреплен.
Пользователь
Сообщений: Регистрация: 02.07.2015
08.08.2020 03:33:29
Цитата
Юрий написал: Вот зачем второй создается когда должен становиться активным первый который закреплен.
Это проблема как-то связана с обновлением версии. надо старый открепить да и все.
у меня с firefox также, иногда после обновления их становится два. Я старый убираю, новый работает.
Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?
Проверьте на предмет "поврежденных" открытых графиков. Т.е. повреждены данные. У меня были такие после обновления. Выявил путем последовательного закрытия и перезапуска. У меня отжирал всю виртуальныю память.
Еще на версии 8.х самопроизвольно в таблицу текущих торгов и в настройки закзанных потоков данных добавляются инструменты. Обычно это фьючерсные контракты. Каждый раз убираешь и снова сами добавляются. Скажете, что брокер, но у меня вопрос - почему у брокера есть возможность добавлять мне в поток и в таблицы данные.
Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?
Проверьте на предмет "поврежденных" открытых графиков. Т.е. повреждены данные. У меня были такие после обновления. Выявил путем последовательного закрытия и перезапуска. У меня отжирал всю виртуальныю память.
Еще на версии 8.х самопроизвольно в таблицу текущих торгов и в настройки закзанных потоков данных добавляются инструменты. Обычно это фьючерсные контракты. Каждый раз убираешь и снова сами добавляются. Скажете, что брокер, но у меня вопрос - почему у брокера есть возможность добавлять мне в поток и в таблицы данные.
Я бы еще понял если бы только на одном компьютере проблема с потреблением памяти была, но она как минимум на двух мне доступных, где разные графики, и все они вполне себе работают, не повреждены.
А что до самопроизвольного добавления инструментов, проверьте не стоит ли у вас галочка в "Настройки->Основные->Программа->Получение данных->При получении нового инструмента добавлять его во все таблицы." Если стоит то надо снять сохранить и перезапустить квик.
Пользователь
Сообщений: Регистрация: 10.04.2015
12.08.2020 14:37:51
Ставим новые рекорды потребления памяти. Уважаемая техподдержка, порадуйте чем-нибудь, я же вам все данные передал что вы просили.
Пользователь
Сообщений: Регистрация: 12.05.2020
12.08.2020 16:41:45
К сожалению, приходится наблюдать, как катастрофически падает профессионализм управленческих кадров в России, определяющих, что надо делать. ARQU вместо того, чтобы устранять ошибки версий 8.4…, улучшать функциональность, надежность и эффективность QUIK (и тут имеется широкие возможности), решила сделать маркетинговый ход и «поразить» пользователей переходом с Lua 5.1 на 5.3. Тут надо понимать, что функционально, с учетом архитектурно тесной интеграции Lua c языком C/C++, это, мягко говоря, сомнительный шаг, так как все, что не реализовано в Lua 5,1, по сравнению с Lua 5.3 (а это мало кому нужно), можно реализовать в языке C++.
Кроме того, история с многочисленными проблемами реализации собственного, потокобезопасного управления автоматической памятью QLua 5.1, была, похоже, была проигнорирована. Вместо элементарной реализации в версии 8.4…. произвольной длины номеров заявок (> 19 знаков) был выбран нелегкий путь («нормальные» герои всегда идут в обход).перехода на Lua 5.3… (в котором существенно изменилось управление автоматической памятью и которое в QLua 5.3…, в отличие от Lua 5.3…, необходимо переработать так, чтобы оно было потокобезопасным). Необходимость потокобезопасности управления автоматической памятью QLua обусловлена тем, что все служебные функции обратного вызова QLua запускаются в потоке отличном от пользовательского (с именем main), но в среде (памяти) пользователя.
Что мы имеем на текущий момент (12.08.20). Пользователи отлаживают, начиная с марта 2020г.все новые и новые версии (8.5…, 8.6…, 8.7…, 8.8…). Прошло уже 5 месяцев как нас кормят обещаниями стабильной новой версии QUIK. При запусках моего теста управления автоматической памятью во всех QLua версиях >= 8.5 в произвольные моменты времени, но в интервале 10 минут, возникают дампы ( все они пересланы мной в поддержку ARQU). Причем в QUIK версий < 8.5 проблем с управлением автоматической памятью QLua мной не обнаружено.
Пока в версии >= 8.5 не будет реализовано корректное (пусть и не самое эффективное) потокобезопастное управление автоматической памятью версий QLua >= 8.5, QUIK будет нестабильным (надеюсь что разработчики QUIK это понимают).
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
17.08.2020 12:10:50
Вернее так:
Код
SetCell(id, row, col, tostring(value), tonumber(value) or 0)
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 31.01.2015
21.08.2020 12:26:46
Новая версия 8.8.4.
Изменения
Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».
В некоторых случаях наблюдались расхождения в значениях доходности по облигациям, вычисленных в форме ввода заявки и в Таблице заявок.
При использовании специализированной формы ввода заявок добавление транзакции в карман транзакций могло приводить к отправке данной транзакции в торговую систему.
Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».
В некоторых случаях наблюдались расхождения в значениях доходности по облигациям, вычисленных в форме ввода заявки и в Таблице заявок.
При использовании специализированной формы ввода заявок добавление транзакции в карман транзакций могло приводить к отправке данной транзакции в торговую систему.
Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Уважаемая техподдержка. Данная версия все еще считается нестабильной? У большинства брокеров максимальная 8.7.1.3.
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 31.01.2015
03.09.2020 19:27:28
Я хоть и не техподдержка, но скажу, что начиная с 8.5, чем больше версия, тем стабильнее терминал. Ошибки устраняются быстрее, чем создаются новые, пока что.
Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».
В некоторых случаях наблюдались расхождения в значениях доходности по облигациям, вычисленных в форме ввода заявки и в Таблице заявок.
При использовании специализированной формы ввода заявок добавление транзакции в карман транзакций могло приводить к отправке данной транзакции в торговую систему.
Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Уважаемая техподдержка. Данная версия все еще считается нестабильной? У большинства брокеров максимальная 8.7.1.3.
Добрый день,
Рекомендуем использовать наиболее актуальную версию Рабочего места QUIK, которая доступна для обновления у вашего брокера. Решение о доступности очередной версии брокер принимает самостоятельно.
Пользователь
Сообщений: Регистрация: 21.02.2015
14.09.2020 11:14:36
Цитата
TGB написал: К сожалению, приходится наблюдать, как катастрофически падает профессионализм управленческих кадров в России, определяющих, что надо делать. ARQU вместо того, чтобы устранять ошибки версий 8.4…, улучшать функциональность, надежность и эффективность QUIK (и тут имеется широкие возможности), решила сделать маркетинговый ход и «поразить» пользователей переходом с Lua 5.1 на 5.3. Тут надо понимать, что функционально, с учетом архитектурно тесной интеграции Lua c языком C/C++, это, мягко говоря, сомнительный шаг, так как все, что не реализовано в Lua 5,1, по сравнению с Lua 5.3 (а это мало кому нужно), можно реализовать в языке C++. Кроме того, история с многочисленными проблемами реализации собственного, потокобезопасного управления автоматической памятью QLua 5.1, была, похоже, была проигнорирована. Вместо элементарной реализации в версии 8.4…. произвольной длины номеров заявок (> 19 знаков) был выбран нелегкий путь («нормальные» герои всегда идут в обход).перехода на Lua 5.3… (в котором существенно изменилось управление автоматической памятью и которое в QLua 5.3…, в отличие от Lua 5.3…, необходимо переработать так, чтобы оно было потокобезопасным). Необходимость потокобезопасности управления автоматической памятью QLua обусловлена тем, что все служебные функции обратного вызова QLua запускаются в потоке отличном от пользовательского (с именем main), но в среде (памяти) пользователя. Что мы имеем на текущий момент (12.08.20). Пользователи отлаживают, начиная с марта 2020г.все новые и новые версии (8.5…, 8.6…, 8.7…, 8.8…). Прошло уже 5 месяцев как нас кормят обещаниями стабильной новой версии QUIK. При запусках моего теста управления автоматической памятью во всех QLua версиях >= 8.5 в произвольные моменты времени, но в интервале 10 минут, возникают дампы ( все они пересланы мной в поддержку ARQU). Причем в QUIK версий < 8.5 проблем с управлением автоматической памятью QLua мной не обнаружено. Пока в версии >= 8.5 не будет реализовано корректное (пусть и не самое эффективное) потокобезопастное управление автоматической памятью версий QLua >= 8.5, QUIK будет нестабильным (надеюсь что разработчики QUIK это понимают).
Скажите а что за тесты вы выполняете? Можно эти тесты выложить, хочется тоже вопрос поисследовать.
Пользователь
Сообщений: Регистрация: 12.05.2020
14.09.2020 16:20:37
- ссылка на мою тестовую программу (с кодами и инструкцией по ее запуску). Старая ссылка удалена. При запуске этой программы дампы возникают быстро (у меня в течении 5 минут), но в произвольные моменты. Эта же программа (с dll оттранслированными для Lua 5.1) непрерывно (месяцами) без проблем работает во всех версиях QUIK < 8.5. Одна из функций данной программы, которая включена сейчас по умолчанию, это тестирование автоматического управления памятью в QLua. Особенностью теста является высокая нагрузка (1500 обращений в секунду) на управление автоматической памятью QLua в условиях многопоточности. Можете также посмотреть обсуждение по ссылке , начиная с комментария № 145.
Пользователь
Сообщений: Регистрация: 21.02.2015
15.09.2020 11:52:07
Цитата
TGB написал: - ссылка на мою тестовую программу (с кодами и инструкцией по ее запуску). Старая ссылка удалена. При запуске этой программы дампы возникают быстро (у меня в течении 5 минут), но в произвольные моменты. Эта же программа (с dll оттранслированными для Lua 5.1) непрерывно (месяцами) без проблем работает во всех версиях QUIK < 8.5. Одна из функций данной программы, которая включена сейчас по умолчанию, это тестирование автоматического управления памятью в QLua. Особенностью теста является высокая нагрузка (1500 обращений в секунду) на управление автоматической памятью QLua в условиях многопоточности. Можете также посмотреть обсуждение по ссылке , начиная с комментария № 145.
Не очень понятно, что вы делаете за тест и результаты теста. Вероятно вам нужно упростить скрипт и выложить простой тестовый пример, избавившись от лишнего. Тогда станет более понятно. Изучать такой объем информации скорее всего никто не будет. Если вы хотите, чтобы быстрее исправили ошибку.
Пользователь
Сообщений: Регистрация: 27.01.2017
15.09.2020 12:34:02
Цитата
TGB написал: - ссылка на мою тестовую программу (с кодами и инструкцией по ее запуску). Старая ссылка удалена. При запуске этой программы дампы возникают быстро (у меня в течении 5 минут), но в произвольные моменты. Эта же программа (с dll оттранслированными для Lua 5.1) непрерывно (месяцами) без проблем работает во всех версиях QUIK < 8.5. Одна из функций данной программы, которая включена сейчас по умолчанию, это тестирование автоматического управления памятью в QLua. Особенностью теста является высокая нагрузка (1500 обращений в секунду) на управление автоматической памятью QLua в условиях многопоточности. Можете также посмотреть обсуждение по ссылке , начиная с комментария № 145.
А Ваше решение только под qlua? Тесты на vanilla lua 5.3 не пробовали запускать? Тогда бы было понятно, что проблема именно в реализации qlua.
Пользователь
Сообщений: Регистрация: 12.05.2020
15.09.2020 15:33:40
Цитата
Александр написал: Вероятно вам нужно упростить скрипт и выложить простой тестовый пример, избавившись от лишнего.Тогда станет более понятно.
написал: Вероятно вам нужно упростить скрипт и выложить простой тестовый пример, избавившись от лишнего.Тогда станет более понятно.
Ответ можно посмотреть по ссылке
Цитата
написал: А Ваше решение только под qlua?
Да. Нативный Lua однопоточный. QLua многопоточный. Так же можете посмотреть пояснения по выше приведенной ссылке.
Честное слово. Вы написали некоторый черный ящик, который что-то там делает. Что делает не ясно? Что за тест - не ясно? Проверить правильность реализации теста мы конечно же не можем, потому что нет кода. И вы требуете, чтобы поправили ошибку и обвиняете разработчиков. Разработчики не должны разбираться в ваших тестах. Выложите исходники, а еще лучше напишите простой тестовый пример с исходниками, чтобы было понятно, что вы делаете. У меня есть чувство, что вы просто сами себе выстрелили в ногу и теперь бегаете и всем говорите, что вам очень больно. Почему то у меня ни одна программа, написанная на QLua не валится.
Пользователь
Сообщений: Регистрация: 21.02.2015
15.09.2020 16:12:00
TGB,Вам же ничто не мешает самостоятельно управлять сборкой мусора. Реализуйте ручную сборку мусора. Будет падать в этом случае?
Пользователь
Сообщений: Регистрация: 12.05.2020
15.09.2020 17:25:48
1.
Цитата
Александр написал: Почему то у меня ни одна программа, написанная на QLua не валится.
Тогда я не понимаю, зачем вам разбираться с чужими черными ящиками?
2.
Цитата
Александр написал: вы просто сами себе выстрелили в ногу
Если вы сходили по ссылке , то смогли, наверное, прочитать: написал: "Эта же программа (с dll оттранслированными для Lua 5.1) непрерывно (месяцами) без проблем работает во всех версиях QUIK < 8.5."
Цитата
Александр написал: напишите простой тестовый пример с исходниками
Почему простой тест не получится объясняется в тексте также по приведенной выше ссылке.
По ссылке вы можете прочитать, что пишет по этому поводу поддержка QUIK. Приведу от туда лишь короткую цитату: "По указанным номерам зафиксированных нами и указанных Вами инцидентов (CQ02750791, CQ02779753, CQ02787899. CQ02802279, CQ02809006) мы ведём активную работу и на момент данного ответа, вопрос о причинах утечки памяти и падения рабочего места остаётся открытым."
написал: Ставим новые рекорды потребления памяти. Уважаемая техподдержка, порадуйте чем-нибудь, я же вам все данные передал что вы просили.
Добрый день.
Мы разбираемся с проблемой. Как будут результаты - незамедлительно Вас известим.
5.
Цитата
Александр написал: TGB ,Вам же ничто не мешает самостоятельно управлять сборкой мусора.
Проблема не с запусом мусорщика.
Пользователь
Сообщений: Регистрация: 21.02.2015
15.09.2020 18:44:59
Цитата
TGB написал: "По указанным номерам зафиксированных нами и указанных Вами инцидентов (CQ02750791, CQ02779753, CQ02787899. CQ02802279, CQ02809006) мы ведём активную работу и на момент данного ответа, вопрос о причинах утечки памяти и падения рабочего места остаётся открытым."
Там также написано: "Из перечисленных проблем: CQ02750791, CQ02779753, CQ02787899. CQ02802279, CQ02809006 открытыми остаются CQ02802279, CQ02809006, по остальным не найдены ошибки на стороне рабочего места QUIK." Подождем увидим.
Цитата
TGB написал: Почему простой тест не получится объясняется в тексте также по приведенной выше ссылке.
