Bug 46222 - Невозможно отключить гистограмму в верхней панели iftop
Summary: Невозможно отключить гистограмму в верхней панели iftop
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: iftop (show other bugs)
Version: unstable
Hardware: all Linux
: P5 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-23 18:04 MSK by Tatyana Gagina
Modified: 2023-07-08 09:35 MSK (History)
2 users (show)

See Also:


Attachments
screen (28.22 KB, image/png)
2023-05-23 18:04 MSK, Tatyana Gagina
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tatyana Gagina 2023-05-23 18:04:27 MSK
Created attachment 13243 [details]
screen

Стенды, обновлённые до Sisyphus:
Education x86-64/KDE
Workstation K x86-64
Workstation  x86-64
Server K x86-64

Версия: iftop-0.17-alt5 

Шаги: 
1) Установить: 
# apt-get install iftop
2) Запустить из терминала: 
# iftop 
Проверить отображение верхней гистограммы в панели.
3) Скрыть верхнюю гистограмму трафика:
# iftop -b 

Результат: гисторгамма по-прежнему отображается, результат одинаковый на шаге 2 и 3 (см. во вложении screen).

Ожидаемый результат: гистограмма скрыта.

Проверялось на p10, ошибка воспроизводится.
Версия: iftop-0.17-alt5
Comment 1 Michael Shigorin 2023-07-08 09:29:17 MSK
Потерял обстоятельный комментарий, напишу кратко.

Татьяна, Вы неправильно интерпретировали iftop(1) -- обратите внимание на множественное число:

$ man iftop | grep ' -b'  
       -b     Don't display bar graphs of traffic.

С другой стороны, не вижу различий в выводе iftop-0.17-alt5.e2kv6 с и без -b -- возможно, заинтересованным (это не я, но годится для juniorjobs) и впрямь стоит посмотреть http://code.blinkace.com/pdw/iftop трёхлетней давности; если правильно помню, когда-то эта опция отключала вывод инверсных полос поверх текстовой информации по трафику с конкретными хостами, во времена первых пентиумов отключение лишнего просчёта на одноядерном маршрутизаторе могло иметь смысл.

PS: подключаю тёзку на предмет того, что вообще-то это неплохой повод поразмыслить о том, так кто несёт ответственность за каждый конкретный пакет; куда идти тестировщику, предполагая апстримный баг -- "по чину" к майнтейнеру (увеличивая нагрузку на разработчиков в рамках проекта), или "напрямую" к апстриму (беря часть нагрузки на себя): у каждого варианта есть свои плюсы и минусы, однозначно выбрать между ними в общем случае я бы не взялся.

PPS: у меня так-то есть куча задач по тестированию e2k -- я вас берегу, думаю, перегруз, а вы вон чем озадачились :]