Показания xfce4-wavelan-plugin

[madesta]

В LM 21.2 через Synaptic был обнаружен модуль xfce4-wavelan-plugin Любопытство вызвало то, что, судя по описанию, он отображает, насколько качеcтвенный имеется сигнал wifi. Но при сравнении показаний этого модуля и NM (всплывающие сообщения при подведениях к ним курсора мыши) возник вопрос: кто же из них врёт?
xfce4-wavelan-plugin показывает почти "великолепный" сигнал с полоской зелёного цвета и значением 95% при 150 Мбит/с, в то время как NM отображает значение в 68%.
Информация при вызове iwconfig ниже:

wlp0s20f3 IEEE 802.11 ESSID:"Roveno"
Mode:Managed Frequency:2.452 GHz Access Point: 4C:5E:...
Bit Rate=150 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:14 Missed beacon:0

[Dja]

madesta, а если быть в непосредственной близости к ТД(точке доступа), то что они будут показывать?

[madesta]

то что они будут показывать?

Пока не пробовал. Но по текущему расположению, от ТД до потребителя сигналу нужно пройти вниз через железную полку и часть системного блока стационарного ПК. То есть, путь прохождения будет с препятствиями. Общее расстояние составляет 110 см. Но при этом мощность передатчика ТД урезана до значения 10dBm, то есть примерно 10 МВт, а не 17 dBm (50 мВт) как это максимально допускается моим regulatory-domain. В качестве ТД используется старенький (уже снятый с производства) MikroTik RB-951-2n с одной внутренней антенной. Поэтому эти 95% xfce4-wavelan-plugin и вызвали большие сомнения. Если потребитель подсунуть почти к TД, то NM покажет порядка 98-100% (показания с другого ПК с wifi). Как-то пока что не нашёл интуитивно понятного измерителя мощности приходящего сигнала wifi для Linux, всё для винды или андроида, (далее следует непереводимая игра слов
).
Дополнительно inxi -Fzx (если имеет значение):

System:
Kernel: 5.15.0-79-generic x86_64 bits: 64 compiler: gcc v: 11.3.0
Desktop: Xfce 4.18.1 Distro: Linux Mint 21.2 Victoria
base: Ubuntu 22.04 jammy
Machine:
Type: Mini-pc System: Intel Client Systems product: NUC8i3BEH v: J72753-306
serial: <superuser required>
Mobo: Intel model: NUC8BEB v: J72693-307 serial: <superuser required>
UEFI: Intel v: BECFL357.86A.0077.2019.1127.1452 date: 11/27/2019
CPU:
Info: dual core model: Intel Core i3-8109U bits: 64 type: MT MCP
arch: Coffee Lake rev: A cache: L1: 128 KiB L2: 512 KiB L3: 4 MiB
Speed (MHz): avg: 3600 min/max: 400/3600 cores: 1: 3600 2: 3600 3: 3600
4: 3600 bogomips: 24000
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel CoffeeLake-U GT3e [Iris Plus Graphics 655] driver: i915
v: kernel bus-ID: 00:02.0
Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: modesetting
unloaded: fbdev,vesa gpu: i915 resolution: 1360x768~60Hz
OpenGL: renderer: Mesa Intel Iris Plus Graphics 655 (CFL GT3)
v: 4.6 Mesa 23.0.4-0ubuntu1~22.04.1 direct render: Yes
Audio:
Device-1: Intel Cannon Point-LP High Definition Audio driver: snd_hda_intel
v: kernel bus-ID: 00:1f.3
Sound Server-1: ALSA v: k5.15.0-79-generic running: yes
Sound Server-2: PulseAudio v: 15.99.1 running: yes
Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
Device-1: Intel Cannon Point-LP CNVi [Wireless-AC] driver: iwlwifi
v: kernel bus-ID: 00:14.3
IF: wlp0s20f3 state: up mac: <filter>
Device-2: Intel Ethernet I219-V driver: e1000e v: kernel port: N/A
bus-ID: 00:1f.6
IF: eno1 state: down mac: <filter>
Bluetooth:
Device-1: Intel Bluetooth 9460/9560 Jefferson Peak (JfP) type: USB
driver: btusb v: 0.8 bus-ID: 1-10:4
Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter>
bt-v: 3.0 lmp-v: 5.1
Drives:
Local Storage: total: 698.65 GiB used: 44.54 GiB (6.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO Plus 250GB
size: 232.89 GiB temp: 39.9 C
ID-2: /dev/sda vendor: Toshiba model: MQ01ABF050 size: 465.76 GiB
Partition:
ID-1: / size: 228.14 GiB used: 15.01 GiB (6.6%) fs: ext4
dev: /dev/nvme0n1p2
ID-2: /boot/efi size: 32.5 MiB used: 6 MiB (18.6%) fs: vfat
dev: /dev/nvme0n1p1
Swap:
ID-1: swap-1 type: file size: 2 GiB used: 512 KiB (0.0%) file: /swapfile
Sensors:
System Temperatures: cpu: 87.0 C pch: 60.0 C mobo: 27.8 C
Fan Speeds (RPM): N/A
Info:
Processes: 236 Uptime: 1h 2m Memory: 7.62 GiB used: 1.23 GiB (16.2%)
Init: systemd runlevel: 5 Compilers: gcc: 11.4.0 Packages: 2204 Shell: Bash
v: 5.1.16 inxi: 3.3.13

[Dja]

Не по теме

далее следует непереводимая игра слов

*Говорит по-итальянски*

Поэтому эти 95% xfce4-wavelan-plugin и вызвали большие сомнения.

Присоединяюсь

[slant]

У меня есть подозрения, что тут не откровенная ложь приложения а разные методологии учета качества канала.

В некоторых случаях, устройства которые ловят сигнал (мобильники, WiFi, bluetooth и прочее подобное) работают в режиме "минимально достаточный сигнал" - т.е. сами целенаправленно снижают мощность радиомодуля для экономии энергии/влияния на окружающее. Но ведь как-то надо проверять доступное качество, и вообще снимать эталонные параметры - чтобы высчитывать до каких значений можно мощность снижать так, чтобы это не мешало работе? Потому периодически делаются "импульсы" на максимальной мощности. В остальное время девайс сидит в своеобразном тротлинге, типа как процессор мегагерцы скидывает без нагрузки.

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

Ну и одно приложение вероятно показывает первый вариант, а другое - второй.

[madesta]

одно приложение вероятно показывает первый вариант, а другое - второй.

По всей видимости, так оно и есть. А то вызывало недоумение как на одну треть мог упасть сигнал (хотя и шедший почти вертикально, а не наклонно) на столь сравнительно малом участке (110 см.) и не через кучу мебели с острыми углами и бетонные стенки, а в пределах одного помещения. И частоту специально выявлял, чтобы была наименее занятой светящими в эфир точками wifi соседей. Проскальзывала мысль, что используются разные методы измерений, но не знал того, что приёмные устройства wifi могут работать в режиме "своеобразного тротлинга".
Эх, житиé мое