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)
follow-up: 3 comment:2 by , 6 years ago
Хм.. В таком случае предлагаю для каждого соединения отображать количество байт в буфере которые ещё не переданы ему.
comment:3 by , 6 years ago
Replying to san:
предлагаю для каждого соединения отображать количество байт в буфере которые ещё не переданы ему.
Хотелось бы узнать, в чем суть предложенного улучшения. Я не вижу никакой пользы от этой информации кроме как для отладки (это все какая-то наша внутренняя кухня). А для отладки проще выводить в лог, а не в веб-интерфейс...
follow-up: 5 comment:4 by , 6 years ago
Суть в том чтобы пользователь видел "какой свежести" данные отправляются в устройство.
И, например, если размер данных в буфере накапливается большой, сделать выводы о том что скорость соединения недостаточна для передачи данных и принять меры.
comment:5 by , 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...
Предложение требует некоторого уточнения: что именно предлагается отображать? Общее количество данных в буфере?
Буфер содержит некий массив данных, какая-то часть их может быть уже передана, какая-то - еще нет. Какому-то соединению передана одна часть этих данных, какому-то - другая...