Ошибка при переподключении к серверу брокера

ах да - брокер "Финам", если что)

Спасибо за ответ, но может всё-таки можно что-то сделать с тем, что переподключение происходит так долго? Другие программы восстанавливают связь за секунды, а квик финама не может переподключиться по несколько минут - это ведь не нормально? Раньше такого не наблюдал.

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

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

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

Речь именно о втором варианте - неоднократно появляется уведомление о том, что я дескать уже работаю в системе и это продолжается довольно длительное время (по моим меркам). Не могли бы вы пояснить что я мог бы сделать в этой ситуации - обратиться к брокеру с требованием уменьшить тайм-аут или это всё же регулируется программой квик и обращаться к брокеру бессмысленно? Повторюсь - проблема стала проявлятся только в последнее время, на версиях 7.5. и 7.6.

Добрый день,

Здесь, для устранения ошибки рекомендуем в меню "Система/Соединения"/ "Восстанавливать связь автоматически через" задать значение больше либо равным 150. Если восстановление связи через 2.5 минуты является слишком долгим, то в этом случае в файле info.ini директории с программой QUIK в секции [connect] можете уменьшить значение параметра check-tmo. Значение задается в секундах.

Цитата из поста 27.01.2017 12:03:08
"Сегодня были проблемы с интернетом и связь с сервером брокера часто прерывалась. Проблемы были именно с интернетом, т.к. прерывалась связь и по другим программам. При этом выскакивало такое предупреждение."
Такие обрывы и предупреждения (именно такие, а не о том что "вы уже работаете в системе")  я получаю каждый вечер тоже много штук прежде чем клиент надежно и окончательно подсоединится к серверу. Перед очередным обрывом клиент всегда подвисает "Not Responding".
Это случается только вечером если в обед отсоединить клиента от сервера, но программу не закрывать а вечером снова соединиться, или же если работать без перерывов, но вечером случится обрыв у провайдера.
Но иногда, раз или два в месяц такие переподключения становятся бесконечными и приходится принудительно закрывать программу, очищать накопленные данные и снова запускаться. Об этом было давно сообщено администратору финамовского сервера, в ответ он посоветовал подключаться к другому серверу что и было сделано и вроде помогло, но только до вчерашнего дня.
Вчера 31-го января начиная с 18 часов опять случились такие бесконечные переподключения о чем было послано сообщение администратору финамовского сервера QUIK.
Прошу разработчиков совместно с финамовскими админами заняться решением этой проблемы. Свой UID финамовскому администратору я выслал ранее.

Нет, с моей стороны не было обращений на почту quiksupport@arqatech.com, но это могли сделать сотрудники техподдержки Финама или иные клиенты.
А что ответ содержит секреты и его нельзя здесь было просто продублировать? Ведь эта тема может касаться многих, да и сама она была создана тоже клиентом Финама.

Да пожалуйста, это небольшой секрет - UID 50012 каждый день после 17 часов q1.finam.ru  https://forum.quik.ru/forum1/topic2490/

Спасибо за предложение, но есть большое сомнение что оно идеологически верно. Вы в результате сделаете то что называется Ad hoc когда на самом деле необходимо концептуальное решение по распаралеливанию процессов и увеличению того что называется отзывчивостью программы к действиям пользователя.
Для примера - нельзя делать циклы которые не проверяют сколько времени они работают не передавая управление другим процессам, а именно это у вас наблюдается и является причиной многих зол.
В тепличных условиях отладки программист не догадался что тот цикл который у него делает всю работу за миллисекунды, в реальных условиях с реальными данными будет работать минуты и все это время блокировать все другие процессы программы. Вот пожалуйста над этим и поработайте. К тому же ваша программа недоиспользует огромные ресурсы из-за того что работает только на одном ядре процессора.
А еще похоже что вы не торгуете, то есть не выполняете одну из главных заповедей разработчика  -'Eat Your Own Dog Food'. Упускаете из-за этого многие важные детали - например что пользователи качают и строят графики мировых индексов а не только того что торгуется.
От лица пользователей хочу сказать что мы ждем большой модернизации от вашей программы и желаем вам в этом успеха.

Здравствуйте те кто разрабатывает и поддерживает QUIK
Проблема ради решения которой вы запрашивали мой  UID см. пост от 02.02.2017 14:21:15 сегодня вечером опять возобновилась - все те же бесконечные переподключения.
Возможно это связано с вашей новой версией, потому что до сего дня этой проблемы не было уже около 2-х месяцев (несколько дней назад было много переподключений но не бесконечно)
Прошу вас снова заняться анализом лог файлов сервера. И помните - от вас мы ждем не очередной Ad hoc а фундаментального подхода.
Желаю успеха

Здравствуйте
Проблема та же что была описана в посте 01.02.2017 22:24:13 и сообщения такие же: Удаленный хост принудительно разрывает соединение. И раз за разом зависания клиента - "Not Responding"

Нет, вот свое исподнее с себя пока снимать и присылать вам воздержусь. У программы должна быть самодиагностика и лог файлы не только на сервере но и на клиентской сторне. Могу только посоветовать вам обратить внимание не на торгуемы инструменты, но на графики по истории значения параметров и по мировым индексам. Именно графики мировых индексов обновляются позже всего после докачки пропущенных данных а всегда было так что после всей докачки даже если например подключиться не вечером как я вам написал а например в 10:30 утра то есть через полчаса после начала сессии, то когда все докачается программа подвиснет на неск.секунд без разрыва соеденинения чтобы обновить графики. Вот значит этот момент и является критическим. Утром она просто подвисает и быстро отвисает а вечером если подключиться, то получаются иногда бесконечные переподключения из-за того после докачки что-то долго делает а с сервером не контактирует. А процессор у меня 3 ГГЦ, но программа при подвисании занимает 100% времени только одного ядра, да и работает она только на одном ядре.

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

Добрый день,

Как и сообщали ранее, без информации, запрошенной в сообщении #25:
https://forum.quik.ru/messages/forum1/message23529/topic2490/#message23529
более точно указать причины разрывов соединений, к сожалению, не сможем.

Добрый день,

Для полной диагностики описываемой Вами проблемы нам требуется ранее запрашиваемая информация с Вашей стороны.

Добрый день,

Другого способа диагностики, предложить, к сожалению, не можем.

Как дела квиковцы, продолжаете ли вы бороться, или уже совсем раскисли и опустили руки?
В приложении сегодняшние скриншоты. Сегодня подключился когда торговая сессия уже давно шла в 11:42 и вот что получилось. Так и не вышел на нормальный режим работы, не удалось поторговать. А ведь еще в 2015 году можно было подключиться в 22:00 и до полонучи скачивалось  все без переподключений или всего два три. Почти с тем же самым файлом настроек что и сейчас . Однако и тогда были бесконечные переподключения если посреди сессии отсоединиться самому или из-за обрыва провайдера.   Такое впечатление что раньше поток данных был гуще а сейчас его похоже ограничивают на сервере и течет 0.1-0.3 Mbps. Как я уже писал ранее желательно чтобы сервер разрывал соединение сразу как только заметил что клиент перестал принимать данные. Сейчас много минут проходит от момента когда клиент перестает принимать данные, занимая на 100% одно ядро процессора до переподключения, а раньше это занимало наверно минуту.
Не теряйте бодрости духа и надежды – Москва полнится тревожными слухами что столицу могут перенести к вам за Урал.

Добрый день,

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

Здравствуйте разработчики Системы QUIK
Вот эта проблема https://forum.quik.ru/forum1/topic3175/ весьма похожа на ту что так долго не решается в данной теме.
Не прекращайте усилий. Терпение и труд!
Вчера целый день не торговал, соединился только около 20 часов. И до часу ночи так и не скачались данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 20 часов.  А также заметил что поток данных шел очень жидкий – 0.1-0.3 Mbps. В прежние годы было по 3-5 Mbps. Сегодня со всеми теми же настройками подключился после 11 часов утра. И хотя пришлось пару часов ждать, но данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 11 часов все скачались и отобразились. Прошу разобраться в этой проблеме совместно с администраторами серверов Финам.
От имени всех заинтересованных в исправлении юридических и частных лиц желаю успехов

Здравствуйте Egor Zaytsev
Как раз для того чтобы вы сделали правильный вывод был приведен второй пример с теми же настройками когда все данные на периоде торговой сессии с 10 до 11 часов скачались и отобразились хотя подключение было после 11 часов. То есть настройки установлены как надо.
F5 пробовалось неоднократно. Пишет что "пропущенные данные получены" но на графиках они не появляются.
Сервер q1.finam.ru

Дорогой Egor Zaytsev
мы тут как бы еще кроме того что помогаем отлаживать вашу программу еще извиняюсь и торгуем то есть рискуем своими деньгами, а это весьма стрессонапряженное занятие. Попробовал я сегодня 20 ноября проверить то что вы просите, но ведь для этого надо специально подключиться не с начала торговой сессии а где-то во второй половине, или еще один Quik завести для отладки, а это дополнительные хлопоты которых и так полон рот. Вобщем я был подключен с утра, потом в 15:30 отключился не закрывая программу а в 19:18 снова подключился и с 19:47 начались бесконечные переподключения каждые 13 мин и так до самого конца вечерней сессии.
Инструменты - голубые фишки. Параметры такие как объем, общ спрос, предложение %измен. закр.и другие. Все они сегодня скачались и отобразились, то есть дыра на графиках с 15:30 до 19:18 закрылась в отличии от того случая который был описан 15.11.2017 20:52:06. Но не закрылась дыра на графиках мировых индексов.

Здравствуйте Egor Zaytsev
UID  указан в этой теме, см 02.02.2017 14:21:15
Тема про архив тоже уже обсуждалась здесь.
Вам нужно иметь подключение к финамовским серверам, это совсем недорого - всего 10000 руб чтобы стать клиентом Финама и тогда вы бы знали что мировые индексы у них не сохраняются чтобы видеть их за 15.11 20-го ноября. А вы хоть к одному брокеру имеете подключение, или все работы тестируете только в своей детской песочнице?
Мировые идексы любые, код класса не имеет значения. Например Nymex.CL или FTSE

Посмотрели лог сервера и не видим, чтобы вы отправляли запрос на получение пропущенных данных с сервера QUIK.
Т.е либо вы подключались к другому серверу Финами на котором делали запрос, либо запрос Вами не выполнялся.