Отладка QUIK 8.8

Страницы: 1
RSS
Отладка QUIK 8.8
 
Новая версия для отладки.

ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.0_upd.zip

Исправленные недоработки:

1. Некорректный расчет стоимости портфеля по клиентам со схемой кредитования МД+ при использовании валюты в качестве базового индикатора при настройке множеств с зависимыми ценами.
2. После редактирования пользователем настроек индикатора его целочисленные параметры ошибочно становились вещественными.
3. При смене учетной записи на графиках ошибочно отображались заявки и сделки предыдущего пользователя.
4. Ошибка, которая в некоторых случаях приводила к отображению пустых строк в Таблице заявок.
5. Ошибка, которая при закрытии таблицы, созданной при помощи скрипта Lua, могла приводить к зависанию Рабочего места QUIK.
6. В некоторых случаях в таблицах «Позиции по деньгам» и «Позиций по инструментам» могли отображаться ранее удалённые позиции.
7. Ошибка, из-за которой в некоторых случаях не отображались данные в таблице «Состояние счёта».
 
Новые версии как пирожки вылетают, что не может не радовать)
 
Цитата
_sk_ написал:
Новая версия для отладки.
Спасибо, как всегда оперативно. Только поправлю ссылку для ленивых, почему-то в оригинале на 8.7.1 ведет.
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.0_upd.zip
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Новая версия для отладки.
Спасибо, как всегда оперативно. Только поправлю ссылку для ленивых, почему-то в оригинале на 8.7.1 ведет.
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.0_upd.zip
Чудо-форум :)
Это я взял предыдущую аналогичную тему и исправил ссылку, но что-то пошло не так.
 
Проблема, описанная в теме [BUG] QUIK вешается при использовании DestroyTable из main, актуальна.
 
Старатель,
Проблема изучается. Постараемся в ближайшее время дать ответ.
 
Уважаемые разработчики, то что Quik 8.8 перестал падать это большой прогресс, но он стал непомерно жрать память! Смотрите скрин.



К сожалению не смотрел специально какое потребление памяти было у версии 8.7, НО у версии 8.6 оно не превышало 500-600 мегабайт, при ровно тех же запущенных скриптах.
Откуда такая дикая прожорливость у версии 8.8 ?
 
Более того. Даже без запущенных скриптов, открыто всего несколько вкладок с графиками и различными таблицами, Quik 8.8 жрет 2,5 гигабайта памяти, и это ВНЕ торговой сессии!
 
Цитата
Юрий написал:
Уважаемые разработчики, то что Quik 8.8 перестал падать это большой прогресс, но он стал непомерно жрать память! Смотрите скрин.



К сожалению не смотрел специально какое потребление памяти было у версии 8.7, НО у версии 8.6 оно не превышало 500-600 мегабайт, при ровно тех же запущенных скриптах.
Откуда такая дикая прожорливость у версии 8.8 ?
Цитата
Юрий написал:
Более того. Даже без запущенных скриптов, открыто всего несколько вкладок с графиками и различными таблицами, Quik 8.8 жрет 2,5 гигабайта памяти, и это ВНЕ торговой сессии!
Добрый день.

Пришлите нам на quiksupport@arqatech.com дамп процесса info.exe (делается через диспетчер задач), сделанный во время проявления проблемы, а также архив Вашего терминала QUIK (после снятия дампа отключиться от сервера, закрыть терминал, сделать копию папки с ним, заархивировать копию, прислать нам). Если возможно - то вместе с используемыми скриптами. В теме письма нужно указать ссылку на данную ветку форума.
 
Кажется я разобрался. Проблема была в ключе запуска -full-dump который мне рекомендовала указывать техподдержка для выявления причин падения прошлых версий.
Убрал данный ключ и потребление памяти пришло в норму.
 
Старатель,
К сожалению у нас проблема не повторяется.
Проверяли на версии 8.8.0
Просьба воспроизвести проблему с зависанием, после чего снять дамп процесса info.exe (через диспетчер задач Windows) и прислать его нам на quiksupport@arqatech.com
 
Новая версия 8.8.1:
ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.1_upd.zip

Исправления:
В некоторых случаях использование функций обратного вызова в скриптах QLua приводило к аварийному завершению работы.
 
Sergey Gorokhov, я не знаю, как у вас не повторяется. Только если ничего не делать.
DestroyTable
 
Sergey Gorokhov, если у вас sleep(1) больше 1 мс, откройте больше окон, чтоб наверняка:
Код
for i = 1, 30 do
 
Старатель,
Спасибо за информацию
 
Старатель,
Добрый день,

Действительно в ПО QLUA есть ошибка так же иногда приводящая к завистанию терминала при вызове Lua функции DestroyTable. Мы исправим её в очередном обновлении ПО. Приносим извинения за доставленные неудобства.
 
И всё-таки чрезмерное потребление памяти присутствует. Сначала при запуске вроде все нормально но поработав какое то время у меня снова потребление зашкаливает за 3 гигабайта. Ссылку на дамп процесса квика отправил на почту.

И сделайте пожалуйста возможность изменения сортировки запущенных lua скриптов в списке с помощью мыши или еще как... Чтобы можно было самостоятельно установить где какой скрипт в списке располагается.
 
Цитата
Sergey Gorokhov написал:
Действительно в ПО QLUA есть ошибка так же иногда приводящая к завистанию терминала при вызове Lua функции DestroyTable. Мы исправим её в очередном обновлении ПО.
Как скоро?
Временное решение есть?
 


Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?


И еще, раньше закрепленный на панели быстрого запуска квик запускался и закрепленный значек его становился активным, а сейчас вместо этого создается второй значек. Нельзя ли вернуть как было?

Вот зачем второй создается когда должен становиться активным первый который закреплен.
 
Цитата
Юрий написал:
Вот зачем второй создается когда должен становиться активным первый который закреплен.
Это проблема как-то связана с обновлением версии.
надо старый открепить да и все.

у меня с firefox также, иногда после обновления их становится два. Я старый убираю, новый работает.
 
Цитата
Юрий написал:


Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?
Проверьте на предмет "поврежденных" открытых графиков. Т.е. повреждены данные. У меня были такие после обновления. Выявил путем последовательного закрытия и перезапуска.
У меня отжирал всю виртуальныю память.

Еще на версии 8.х самопроизвольно в таблицу текущих торгов и в настройки закзанных потоков данных добавляются инструменты. Обычно это фьючерсные контракты. Каждый раз убираешь и снова сами добавляются. Скажете, что брокер, но у меня вопрос - почему у брокера есть возможность добавлять мне в поток и в таблицы данные.
 
Цитата
Nikolay написал:
Цитата
Юрий написал:


Ему волю дай так он всю возможную память сожрет... Не разобрались еще в проблеме? Хотя бы выяснили в чем причина?
Проверьте на предмет "поврежденных" открытых графиков. Т.е. повреждены данные. У меня были такие после обновления. Выявил путем последовательного закрытия и перезапуска.
У меня отжирал всю виртуальныю память.

Еще на версии 8.х самопроизвольно в таблицу текущих торгов и в настройки закзанных потоков данных добавляются инструменты. Обычно это фьючерсные контракты. Каждый раз убираешь и снова сами добавляются. Скажете, что брокер, но у меня вопрос - почему у брокера есть возможность добавлять мне в поток и в таблицы данные.
Я бы еще понял если бы только на одном компьютере проблема с потреблением памяти была, но она как минимум на двух мне доступных, где разные графики, и все они вполне себе работают, не повреждены.

А что до самопроизвольного добавления инструментов, проверьте не стоит ли у вас галочка в "Настройки->Основные->Программа->Получение данных->При получении нового инструмента добавлять его во все таблицы." Если стоит то надо снять сохранить и перезапустить квик.
Страницы: 1
Читают тему (гостей: 1)
Наверх