Opened 6 years ago

Last modified 6 years ago

#22 new улучшение

Отображать в веб интерфейсе состояние буфера

Reported by: san Owned by:
Priority: trivial Milestone: 1 очередь
Keywords: Cc:

Description

Конечно сначала нужно решить #21.

Change History (5)

comment:1 by alx, 6 years ago

Предложение требует некоторого уточнения: что именно предлагается отображать? Общее количество данных в буфере?

Буфер содержит некий массив данных, какая-то часть их может быть уже передана, какая-то - еще нет. Какому-то соединению передана одна часть этих данных, какому-то - другая...

Last edited 6 years ago by alx (previous) (diff)

comment:2 by san, 6 years ago

Хм.. В таком случае предлагаю для каждого соединения отображать количество байт в буфере которые ещё не переданы ему.

in reply to:  2 comment:3 by alx, 6 years ago

Replying to san:

предлагаю для каждого соединения отображать количество байт в буфере которые ещё не переданы ему.

Хотелось бы узнать, в чем суть предложенного улучшения. Я не вижу никакой пользы от этой информации кроме как для отладки (это все какая-то наша внутренняя кухня). А для отладки проще выводить в лог, а не в веб-интерфейс...

comment:4 by san, 6 years ago

Суть в том чтобы пользователь видел "какой свежести" данные отправляются в устройство.
И, например, если размер данных в буфере накапливается большой, сделать выводы о том что скорость соединения недостаточна для передачи данных и принять меры.

in reply to:  4 comment:5 by alx, 6 years ago

Replying to san:

Суть в том чтобы пользователь видел "какой свежести" данные отправляются в устройство.

А как? Я не вижу прямой связи между количеством данных в буфере и из свежестью. То есть, с одной стороны, если в буфере 100 кбайт, и скорость в линии 9600 бит/с, то понятно, что самый "старый" байт не может быть моложе (100000 * 10 / 9600) = 104 секунд. С другой же стороны, если, допустим, в буфере лежит 1 байт, это ничего нам не говорит о его "старости" - он мог поступить только что, а мог час назад...

И, например, если размер данных в буфере накапливается большой, сделать выводы о том что скорость соединения недостаточна для передачи данных и принять меры.

Большой размер данных в буфере не обязательно говорит о низкой скорости соединения TCP/TLS. Скорее он говорит о неготовности принимающей стороны "съедать" данные с такой скоростью. Напримир если передающий терминал отдает в MC04-3G данные на скорости 115200, а на другом конце соединения другой MC04-3G отдает данные терминалу на скорости 9600, то буферы обоих MC04-3G будут заполнены даже при идеальной связи между ними. Я уже не говорю о случае, когда на передающей стороне вообще нет RS-232, и терминал передает данные сразу по IP...

Note: See TracTickets for help on using tickets.