Рабочая скорость Квика

Страницы: 1
RSS
Рабочая скорость Квика
 
Уточните с какой минимальной скоростью пинга работает Квик (включая первичный загрузки таблиц - обновление всего кэша)?
 
Цитата
Роман пишет:
Уточните с какой минимальной скоростью пинга работает Квик (включая первичный загрузки таблиц - обновление всего кэша)?
Добрый день,

Для нормальной работы QUIK требуется соблюдение следующих условий:
- время прохождения сигнала (ping) до сервера QUIK не более 1 сек.;
- процент потерь пакетов данных при ping не более 3% (рекомендуется не более 1%).
 
Спасибо Станислав за ваш комментарий
 
з.ы не всё
А что из этих параметров ниже показывает текущий пинг, и сам пинг мониторится постоянно квиком или пингуется только при запросе времини пинга?

LASTPINGTIME Время последней проверки связи
LASTPINGDURATION Задержка данных при обмене с сервером
AVGPINGDURATION Средняя задержка данных
MAXPINGTIME Время максимальной задержки
MAXPINGDURATION Максимальная задержка данных
 
Цитата
Роман пишет:
з.ы не всё
А что из этих параметров ниже показывает текущий пинг, и сам пинг мониторится постоянно квиком или пингуется только при запросе времини пинга?

LASTPINGTIME Время последней проверки связи
LASTPINGDURATION Задержка данных при обмене с сервером
AVGPINGDURATION Средняя задержка данных
MAXPINGTIME Время максимальной задержки
MAXPINGDURATION Максимальная задержка данных
Добрый день,

Не стоит принимать "пинг" терминала QUIK за стандартный пинг. Реализация внутреннего пинга в терминале говорит скорее не о скорости соединения а о времени обработки очереди данных для отправки клиенту.
Более подробно можно ознакомиться на нашем архивном форуме в ветке:
http://forum-archive.quik.ru/forum/quik/88390/
 
Станислав, подскажите тогда - какой из выше упомянутых параметров может использоваться для определения скорости обмена данными.

Объясню проблему, а она в том что когда сеть зависает (а точнее зависает скорость обмена данных между клиентом Квика и сервером), то робот отправляя заявку не может увидеть её в исполненных (из-за зависания) и начинает отправлять еще и ещё - из-за этого пирамид на всю маржу что есть. А это серьёзный косяк.
 
Цитата
Роман пишет:
Станислав, подскажите тогда - какой из выше упомянутых параметров может использоваться для определения скорости обмена данными.

Объясню проблему, а она в том что когда сеть зависает (а точнее зависает скорость обмена данных между клиентом Квика и сервером), то робот отправляя заявку не может увидеть её в исполненных (из-за зависания) и начинает отправлять еще и ещё - из-за этого пирамид на всю маржу что есть. А это серьёзный косяк.
Добрый день,

Скорость примема/передачи может быть определена параметрами:
AVGSENT - Средняя скорость передачи (объем переданных данных в байтах, разделенный на время на связи в секундах).
AVGRECV - Средняя скорость приема (объем принятых данных в байтах, разделенный на время на связи в секундах).
 
Цитата
Роман пишет:
Станислав, подскажите тогда - какой из выше упомянутых параметров может использоваться для определения скорости обмена данными.

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

Это не в квике проблемы, а у вас. И сложности тоже.
Вообще предлагаю рассматривать проблемы в том ключе что со стороны квика вы ничего изменить не можете (а это в 99.1% случаев именно так).
И, если что-то в поведении вас не устраивает - найти самостоятельно способ обойти проблему.
Зачастую все упирается в неверную организацию логики робота на вашей стороне. (опять же в 99%).
Да, порой это приводит к созданию велосипедов. Да, есть случаи, когда поведение действительно отлично от описанного в доках.
Но это как раз тот 1% :)
 
Цитата
Stanislav Tvorogov пишет:
AVGSENT - Средняя скорость передачи (объем переданных данных в байтах, разделенный на время на связи в секундах).
AVGRECV - Средняя скорость приема (объем принятых данных в байтах, разделенный на время на связи в секундах).
Какой минимальный (рабочий) параметр должен быть для рабочей скорости?
 
Цитата
Роман пишет:
Цитата
Stanislav Tvorogov пишет:
AVGSENT - Средняя скорость передачи (объем переданных данных в байтах, разделенный на время на связи в секундах).
AVGRECV - Средняя скорость приема (объем принятых данных в байтах, разделенный на время на связи в секундах).
Какой минимальный (рабочий) параметр должен быть для рабочей скорости?
Добрый день,

Рекомендуемая минимальная пропускная способность должна составлять не менее 0,5 мбит/с
 
Цитата
Stanislav Tvorogov пишет:
Цитата
Роман пишет:
Цитата
Stanislav Tvorogov пишет:
AVGSENT - Средняя скорость передачи (объем переданных данных в байтах, разделенный на время на связи в секундах).
AVGRECV - Средняя скорость приема (объем принятых данных в байтах, разделенный на время на связи в секундах).
Какой минимальный (рабочий) параметр должен быть для рабочей скорости?
Добрый день,

Рекомендуемая минимальная пропускная способность должна составлять не менее 0,5 мбит/с
благодарю, Станислав!
 
з.ы. уточните ещё, а в чём AVGSENT  отражается в килобайтах или байтах?
 
кстати и при отключении квика тоже показывает скорость 101064 чего-то.
 
Цитата
Роман пишет:
з.ы. уточните ещё, а в чём AVGSENT отражается в килобайтах или байтах?
Байт в секунду
Цитата
Роман пишет:
кстати и при отключении квика тоже показывает скорость 101064 чего-то.
Могли бы прислать скриншот указанного значения.
 
Это в скрипте он показывает: message(tostring(tonumber(getInfoParam("AVGSENT"))),10000 ) , делаешь дисконект, всё равно значение остаётся. У меня оно 101064 стоит и при подключении примерно столько же. Хотя при дисконекте он разве инфу гоняет или просто это старое значение остаётся.
 
з.ы. наверное в килобайтах.

Потому что:
  • 1 килобайт — 1024 байта
  • 1 мегабайт — 1024 килобайта
и пол метра должно равняться 524288 байтам. (1024 *1024 / 0.5). Может я не прав - уточните пожалуйста.
 
Цитата
Роман пишет:
и пол метра должно равняться 524288 байтам. (1024 *1024 / 0.5). Может я не прав - уточните пожалуйста.
Выше речь шла о мегабитах, а не мегабайтах, если вы об этом:
Цитата
Stanislav Tvorogov пишет:
Рекомендуемая минимальная пропускная способность должна составлять не менее 0,5 мбит/с
Так что делите это число на 8 (число бит в байте).
 
Цитата
Роман пишет:
Это в скрипте он показывает: message(tostring(tonumber(getInfoParam("AVGSENT"))),10000 ) , делаешь дисконект, всё равно значение остаётся. У меня оно 101064 стоит и при подключении примерно столько же. Хотя при дисконекте он разве инфу гоняет или просто это старое значение остаётся.
А что за недокументированные возможности с параметром 10000?
 
И у меня в "Открытии" пишет 59571, даже если я разрываю мониторчики в системном трее или Quik->связъ->разорвать соединение.
 
Наверное нужно LASTPINGTIME проверять ещё - хотя это не решение!
 
Вообще лучше сделать в Квике другой механизм проверки работа способности системы. По ходу сервера плохо работают ...
Страницы: 1
Читают тему
Наверх