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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
Кто-то пробовал запускать Квик на планшете?
 
Если планшет на Windows 10-11, 4 Гб памяти, процессор более-менее "живой" и Power Bank - почему нет? У меня был планшет Windows 10, на Intel Atom Z3735 4ядра/4потока, 2 Гб памяти, 30 Гб SSD - работал, но тормоза раздражали.
Производительность CPU для Quik, важнее одноядерный или многоядерный режим?
 
Понятно, спасибо. Жаль.
Производительность CPU для Quik, важнее одноядерный или многоядерный режим?
 
Здравствуйте!

Переформулирую вопрос. Если на QUIK запущено, условно говоря, 4 скрипта Lua, они могут (будут) работать независимо в 4 потоках?
Зависает QUIK, Терминал тупо висит и не реагирует ни на что
 
Могу предположить, что подобные эффекты происходят при увеличении пользователей свыше некоторого порога. Через эту "болезнь" проходили и другие брокеры. Надо или уходить к другому брокеру, либо просто подождать, когда нужный апгрейд железа сделают.
8 версия - глючный неработающий шлак, 8 версия - глючный неработающий шлак
 
Зачем ругаться? Нормально восьмерка работает. У вас какой брокер?
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
новичок написал:
Цитата
У плохого программиста всегда Windows виновата. А "спецсофт" - это для тех, кто не может/не хочет программировать так, чтобы программа работала всегда, везде и у любого дурака.

QUIK работает в целом на пятерку, и переход на 19-значные заявки прошел, по-видимому, гладко. Если уважаемый TGB вместе с разработчиками добьется лучшей работы с памятью, это будет только лучше для всех. Я не думаю, что нашим флудом стоит им мешать.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
новичок написал:


ПК это бытовой электроприбор - ключевое слово бытовой, ни о какой надежности и предсказуемости
"Бытовой" электроприбор, если это, скажем, древняя кофемолка, может служить десятилетиями. А "промышленное" оборудование, зачастую ломается чуть не еженедельно. Так что ваши ярлыки ничего не объясняют. Жить вообще смертельно опасно (смертность 100%).

Но это все не оправдание делать некачественно свою работу.
После обновления вылетает по причине переполнения памяти!, Обновились до 8.8.1.5 - расход памяти растет на глазах. За полчаса достигает максимума и вылетает.
 
Цитата
Александр написал:
Цитата
Futurum написал:
Надо понять, от чего зависит утечка памяти. На моем квике память, слава богу, не утекает. Может, lua-скрипт или dll какие-то плохо взаимодействуют с новым квиком? Или это чистый квик так барахлит?
Только укажите, какая у Вас версия. Течёт вполне конкретная.
8.8.0.55 и 8.8.1.5.
После обновления вылетает по причине переполнения памяти!, Обновились до 8.8.1.5 - расход памяти растет на глазах. За полчаса достигает максимума и вылетает.
 
Надо понять, от чего зависит утечка памяти. На моем квике память, слава богу, не утекает. Может, lua-скрипт или dll какие-то плохо взаимодействуют с новым квиком? Или это чистый квик так барахлит?
Оборвалась связь с сервером и больше не восстанавливается
 
UPD: ВТБ признал проблему на стороне сервера.
Оборвалась связь с сервером и больше не восстанавливается
 
UPD: Сервер почему-то считает, что я уже работаю в системе. И что делать, если в системе меня нет?
Оборвалась связь с сервером и больше не восстанавливается
 
Версия 8.4.1.6. 23.07.20 где-то в 21.06 оборвалась связь с сервером ВТБ, заново восстановить не удается. Причем Diagnostics говорит о том, что связь со всеми серверами есть, и хорошая. Поддержка ВТБ говорит о том, что все сервера работают нормально. QUIK на серверах Finam работает нормально. Что тут может быть?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Sergey Gorokhov написал:
Цитата
Futurum написал:
Раньше, например, при перемещении заявки в sendTransaction в качестве "FIRST_ORDER_NUMBER" можно было передать переведенный в строку полученный из таблицы заявок номер order_num. Когда номер заявки станет 19-значным, что-то надо поменять в этой схеме?

На старых терминалах Вы просто не сможете передать номер по указанному способу.
Требуется либо обновить терминал до 8.5 или выше
Либо брать номер не из таблицы заявок, а из ответа на транзакцию, вырезав его из текста самого ответа.

Цитата
Futurum написал:
А если просто отправить заявку, ничего в старом коде менять не нужно, поскольку в этом случае номер заявки не используется?
Да верно
Большое спасибо за ответ. Я еще уточню по первому вопросу. То есть код сработает (схема с получением order_num из таблицы заявок будет работоспособна), нужно просто обновить терминал? Или еще нужно учесть какие-то нюансы?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Добрый день.
Можно ли по-простому, на примере, для неспециалистов объяснить. Раньше, например, при перемещении заявки в sendTransaction в качестве "FIRST_ORDER_NUMBER" можно было передать переведенный в строку полученный из таблицы заявок номер order_num. Когда номер заявки станет 19-значным, что-то надо поменять в этой схеме? А если просто отправить заявку, ничего в старом коде менять не нужно, поскольку в этом случае номер заявки не используется?
Страницы: 1
Наверх