 |
Aumento aparente de Memória RAM usada, após o Conky 1.11.6
|
• Desde Agosto 2020, o Conky passou a mostrar valores muito mais altos de uso de Memória RAM nas distros que já adotaram a versão 1.11.6 — tais como openSUSE Tumbleweed, Debian testing, Fedora, Mageia 8 (beta), Void Linux.
Minha primeira conclusão, — ao percorrer problemas (issues) e propostas (PR, pull requests) no Github do Conky, e me perder no labirinto de links cruzados, — foi de que se tratasse de uma falha, e os desenvolvedores não apenas concordassem, como já estivessem tentando resolver, ou até já tivessem resolvido, e faltasse apenas as distros aplicarem as últimas correções.
Eu estava redondamente enganado.
Índice
- Confusão e erro meu
- Falha intermitente (Conky 1.11.5)
- Novo cálculo (Conky 1.11.6)
- Conky & htop
- Conky & /proc/meminfo
- Comparação precária
Confusão e erro meu
Na verdade, eu tinha embaralhado 2 coisas totalmente distintas: — (a) uma falha real no Conky 1.11.5, rapidamente corrigida no Github (mas não nas distros); e — (b) uma deliberada mudança no cálculo da “Memória usada”, no Conky 1.11.6, discutida no Github pelo menos desde Junho 2019, embora só agora tenha chegado às distros rolling-release (e Fedora).
O Git do Conky mostra vários relatos de erros, desde Maio ou Junho 2019, — e há diversas afirmações de que já foi corrigido no Git, o que dá a impressão de que basta as distros se atualizarem. — Existe até uma afirmação de que a versão 1.11.3 é a última sem problemas.
Sem conhecimentos técnicos, é difícil entender metade do que se fala, — ou sequer, ter certeza sobre quem, ali, sabe o que está falando. — Não é um panorama confortável para um mero usuário.
Eis o quadro que levantei, ao iniciar esta publicação, — com destaque (agora) para o que me poderia ter esclarecido sobre a questão atual, — e que se encontra lá atrás, há mais de 1 ano:
#995 - 2020-08-16 - Not accurate RAM memory usage
https://github.com/brndnmtthws/conky/issues/995
2020-08-11 - [Void] - conky: update to version 1.11.6 #24229
https://github.com/void-linux/void-packages/pull/24229
[closed] to...
https://github.com/void-linux/void-packages/commit/d88554a2de35a8aa46fd34b9aa33540f574b3f2b
#909 - 2019-11-23 - [CLOSED] - RAM monitor does not work correctly
https://github.com/brndnmtthws/conky/issues/909
#899 - 2019-10-30 - [CLOSED] - mem/membar objects don't update correctly
https://github.com/brndnmtthws/conky/issues/899
#886 - 2019-09-06 - Negative/too low memory reading
https://github.com/brndnmtthws/conky/issues/886
2020-04-02 - @plikhari
At present conky git is not usable due to the monster bugs introduced due to updates.
The conky up till 1.11.3 is working fine
Draghtnod commented on 4 Apr
Thanks for that hint!
pacman -U https://archive.archlinux.org/packages/c/conky/conky-1.11.3-1-x86_64.pkg.tar.xz
(wrong LUA dependency)
#883 - 2019-08-31 - Wrong RAM values #883
https://github.com/brndnmtthws/conky/issues/883
[Arch] - FS#63597 - [conky]Unstable memory
[Closed by no reason]
https://bugs.archlinux.org/task/63597?project=1&string=conky&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&order=dateopened&sort=desc
2019-08-18 - [PULL] - Fix for #877 #878 --- Technically explained
https://github.com/brndnmtthws/conky/pull/878
#877 - 2019-08-14 - Negative RAM Usage ***
https://github.com/brndnmtthws/conky/issues/877
#863 - 2019-07-13 - Display of the Network Speed is incorrect #863
https://github.com/brndnmtthws/conky/issues/863
[PULL] - Fix 860 #871
https://github.com/brndnmtthws/conky/pull/871
#860 - 2019-07-01 - [CLOSED] - Linux: memory report includes cached memory even with 'no_buffers = true'
https://github.com/brndnmtthws/conky/issues/860
#859 - 2019-06-28 - [PULL] - linux: Memory statistics should match TOP tools
https://github.com/brndnmtthws/conky/pull/859
sysdata: add htop-like memory usage #1493 --- 5 Sep 2018
https://github.com/ultrabug/py3status/pull/1493
The kernel introduced a new field explicitly for running calculations. See this commit: torvalds/linux@34e431b
rikvanriel authored and torvalds committed on --- 21 Jan 2014
/proc/meminfo: provide estimated available memory
https://github.com/torvalds/linux/commit/34e431b0ae398fc54ea69ff85ec700722c9da773
#857 - 2019-06-28 - Conky memory shows wrong value ----------- Conky 1.11.4 --- Arch
https://github.com/brndnmtthws/conky/issues/857
#841 - 2019-05-24 - ${memperc} showing wrong values
https://github.com/brndnmtthws/conky/issues/841
==========================================================================
Como se vê, ali convivem usuários das mais diversas distros e versões do Conky, e com maior ou menor compreensão daquilo que relatam, respondem, comentam.
Falha intermitente (Conky 1.11.5)
 |
Erros de Memória RAM usada, no Conky 1.11.5
|
Em Agosto 2019, o Conky 1.11.5 começou a exibir lampejos de uso negativo (ou muito baixo) de Memória RAM — por exemplo, no PCLinuxOS, no openSUSE Tumbleweed, depois no Arch, Fedora, Void.
Era um erro intermitente, — pois logo em seguida voltava a exibir o valor “correto”, — até ocorrer nova oscilação.
Na época, a equipe do Conky corrigiu o problema no Github, — e a equipe do PCLinuxOS aplicou a correção em poucos dias, — mas em outras distros a falha intermitente continuou por meses, ou até por mais de 1 ano.
Não tentei registrar as incontáveis ocorrências daquela falha, — mas ela se intrometeu em várias capturas de tela de outros eventos. — No entanto, bastava olhar outras capturas, imediatamente antes e / ou depois, para ter uma ideia de qual seria o uso aproximado de Memória RAM naqueles momentos:
Date Time Distro Shown Probably Task Conky version
2019-08-16 23:38 PCLinuxOS -682 MiB 960 MiB Synaptic (updates) 1.11.5-4pclos2019 (2019-08-14)
2019-08-16 23:49 PCLinuxOS -716 MiB 1.5 GiB open new Chrome version
2019-08-29 12:38 openSUSE -479 MiB 1.62 GiB # zypper dup 1.11.5-1.1 (probably)
2019-08-30 19:24 openSUSE -660 MiB 1.58 GiB # zypper dup
2019-09-04 16:47 openSUSE -110 MiB 1.78 GiB # zypper dup
2019-09-07 18:56 Arch -1.94 GiB 913 MiB # pacman -Syyu 1.11.5-2 (2019-08-31)
2019-09-11 13:49 openSUSE -1.36 GiB Restart (all closed)
2019-09-15 14:04 openSUSE -330 MiB 800 MiB # snapper ls
2019-09-17 11:24 openSUSE -1.80 GiB 990 MiB # zypper dup
2019-10-04 00:47 Arch 160 MiB 660 MiB # pacman -Syyu
2019-10-08 16:05 Arch 41 MiB 800 MiB # pacman -Syyu
2019-10-24 12:52 openSUSE -140 MiB 1.50 GiB # zypper dup 1.11.5-1.2 (2019-09-21)
2019-10-24 16:15 openSUSE -229 MiB 871 MiB $ speedtest-cli
2019-10-31 07:48 Fedora -6 MiB 1.05 GiB # dnf upgrade 1.11.5-1.fc31 (2019-10-30)
2019-11-07 19:21 Arch (2) ...
2019-11-10 16:48 Fedora ...
2019-11-10 16:57 openSUSE ...
2019-11-10 19:13 Arch ...
...
2019-11-16 17:54 openSUSE ...
2019-11-16 19:03 openSUSE ...
...
2019-11-23 21:23 Void -531 MiB 1.60 GiB # xbps-query 1.11.5_1
2019-11-24 17:05 Arch ...
2019-11-24 17:05 Arch ...
2019-11-24 18:43 Void -4 MiB 690 MiB # xbps-install -Suv
2019-11-25 03:43 Void ...
2019-11-28 06:42 Arch ...
2019-11-28 08:02 Fedora -441 MiB 1.02 GiB # dnf upgrade
...
2019-12-01 05:45 Void ...
2019-12-01 13:28 openSUSE ...
2019-12-03 10:34 Void (2) ...
2019-12-05 08:51 openSUSE ...
2019-12-05 09:57 Fedora ...
2019-12-08 15:42 Fedora ...
2019-12-13 15:25 Arch ...
2019-12-19 10:56 openSUSE ...
2019-12-19 10:56 openSUSE ...
2019-12-19 13:06 Fedora ...
2019-12-24 10:14 Arch ...
2019-12-31 15:06 openSUSE ...
2019-12-31 17:18 Fedora ...
2020-01-02 23:21 Fedora ...
2020-01-07 13:23 openSUSE ...
2020-01-07 13:48 openSUSE ...
Em 2020, essa falha prosseguiu no Fedora 32, Mageia 8 (beta), Void, pelo menos até Agosto, — e no Arch, pelo menos até Outubro.
Mas enfim, aquela oscilação do Conky 1.11.5 não atrapalhava tanto, uma vez que não impedia de ver o valor “correto”, alguns segundos depois.
Novo cálculo (Conky 1.11.6)
 |
Proposta do novo cálculo, em 2014
|
Agora, no Conky 1.11.6, não se trata de um erro. — O que temos agora é a “correção” do antigo cálculo da “Memória RAM usada”, sugerida ou subscrita por Linus Torvalds desde 2014 (Kernel 3.14), quando se introduziu em /proc/meminfo um campo “MemAvailable”, exatamente para tornar esse cálculo mais acurado:
Currently, the amount of memory that is available for a new workload, without pushing the system into swap, can be estimated from MemFree, Active(file), Inactive(file), and SReclaimable, as well as the "low" watermarks from /proc/zoneinfo.
However, this may change in the future, and user space really should not be expected to know kernel internals to come up with an estimate for the amount of free memory.
It is more convenient to provide such an estimate in /proc/meminfo. If things change in the future, we only have to change it in one place.
 |
Aplicação do novo cálculo ao Conky
|
Essa mudança no Conky foi pedida em Junho 2019 e aplicada em Outubro 2019 (acima), — cerca de 10 meses antes de o Conky 1.11.6 chegar às distros rolling-release (e ao Fedora).
Conky & htop
 |
Indicações iguais de uso de RAM pelo Conky e pelo htop, em 2019 |
Infelizmente, essa alteração quebra a “consistência das medidas entre diferentes distros” (e ambientes), — até que todas as distros adotem o Conky 1.11.6 (o que pode demorar anos), — além de dificultar a comparação com os números dos últimos meses e anos.
Para contornar essa inconsistência, — enquanto achei tratar-se de um “erro” do Conky 1.11.6, — pensei em usar o htop, que até o início de 2019 acompanhava o Conky com exatidão:
RAM Used Free Buffer Cache Buff/Cache Available (used Swap)
Conky 2.4 GiB 828 MiB 101 MiB 794 MiB 1.43 GiB 278 MiB
htop 2.4 GiB 278 MiB
top 2150 MiB 830 MiB 944 MiB 1243 MiB 278 MiB
free 2.1 GiB 829 MiB 943 MiB 1.2 GiB 277 MiB
Esta noção vinha de 2017, quando uma série de verificações me mostrou uma convergência quase perfeita entre as medidas do Conky e as do htop — com poucas e ínfimas diferenças, talvez devidas ao ciclo normal de 2 segundos do htop, — que na época, não lembrei de igualar ao ciclo do Conky, de 1 segundo.
No entanto, ao revisar agora aqueles registros de 2017, vejo que no openSUSE Leap o Conky e o htop já divergiam bastante:
------------------------ Conky vs. htop – RAM Memory usage -------------------------
Date Time Distro Conky htop A-B A/B
2017 Jun. 14 16:11:06 Debian testing 651 636 + 15 + 2.36%
2017 Jun. 14 17:30:52 Debian testing 547 547
2017 Jun. 14 17:34:07 Debian testing 489 487 + 2 + 0.41%
2017 Jun. 16 02:07:16 Debian testing 441 441
2017 Jun. 16 02:07:20 Debian testing 488 486 + 2 + 0.41%
2017 Jun. 16 02:08:08 Debian testing 450 450
2017 Jun. 16 04:41:51 Debian testing 448 448
2017 Jun. 14 17:23:28 Kubuntu 16.04 538 538
2017 Jun. 14 17:26:26 Kubuntu 16.04 479 479
2017 Jun. 14 17:28:21 Kubuntu 16.04 461 461
2017 Jun. 15 14:20:28 Kubuntu 16.04 457 456 + 1 + 0.22%
2017 Jun. 15 14:24:49 Kubuntu 16.04 459 459
2017 Jun. 15 14:26:00 Kubuntu 16.04 435 435
2017 Jun. 16 02:21:56 Kubuntu 16.04 431 431
2017 Jun. 17 16:22:41 Kubuntu 16.04 444 444
2017 Jun. 14 16:22:25 KDE Neon (16.04) 482 482
2017 Jun. 14 17:37:32 KDE Neon (16.04) 487 478 + 9 + 1.88%
2017 Jun. 14 17:40:34 KDE Neon (16.04) 428 420 + 8 + 1.90%
2017 Jun. 16 01:46:54 KDE Neon (16.04) 431 432 - 1 - 0.23%
2017 Jun. 16 01:46:56 KDE Neon (16.04) 436 436
2017 Jun. 16 01:47:47 KDE Neon (16.04) 430 430
2017 Jun. 16 03:00:58 KDE Neon (16.04) 433 433
2017 Jun. 16 05:30:43 KDE Neon (16.04) 420 420
2017 Jun. 14 13:44:11 Mint 18 KDE (16.04) 638 638
2017 Jun. 14 16:53:41 Mint 18 KDE (16.04) 558 558
2017 Jun. 14 17:09:59 Mint 18 KDE (16.04) 510 510
------------------------------------------------------------------------------------
Date Time Distro Conky htop A-B A/B
2017 Jun. 14 13:19:36 Arch 556 552 + 4 + 0.72%
2017 Jun. 14 16:58:18 Arch 549 546 + 3 + 0.55%
2017 Jun. 14 17:00:08 Arch 467 466 + 1 + 0.21%
2017 Jun. 14 18:23:08 Arch 471 474 - 3 - 0.63%
2017 Jun. 15 14:44:56 Arch 475 478 - 3 - 0.63%
2017 Jun. 15 14:46:13 Arch 458 458
2017 Jun. 15 15:01:01 Arch 477 475 + 2 + 0.42%
2017 Jun. 15 15:02:18 Arch 457 457
2017 Jun. 15 19:49:33 Arch 465 465
2017 Jun. 15 19:49:42 Arch 490 490
2017 Jun. 15 19:50:19 Arch 449 449
2017 Jun. 15 19:50:49 Arch 451 451
2017 Jun. 16 05:36:30 Arch 482 482
2017 Jun. 16 05:37:12 Arch 466 466
2017 Jun. 14 18:20:05 Arch (2) 438 439 - 1 - 0.23%
2017 Jun. 14 18:21:36 Arch (2) 436 432 + 4 + 0.93%
2017 Jun. 15 14:47:53 Arch (2) 445 445
2017 Jun. 15 14:49:11 Arch (2) 418 418
2017 Jun. 15 14:51:19 Arch (2) 419 419
2017 Jun. 15 14:52:42 Arch (2) 394 394
2017 Jun. 15 14:56:10 Arch (2) 420 417 + 3 + 0.72%
2017 Jun. 15 14:57:31 Arch (2) 405 405
------------------------------------------------------------------------------------
Date Time Distro Conky htop A-B A/B
2017 Jun. 14 16:32:58 Mageia 6 (sta2) 664 664
2017 Jun. 14 17:43:23 Mageia 6 (sta2) 670 666 + 4 + 0.60%
2017 Jun. 14 17:47:01 Mageia 6 (sta2) 618 618
2017 Jun. 15 22:21:21 Mageia 6 (sta2) 605 584 + 21 + 3.60%
2017 Jun. 15 22:22:04 Mageia 6 (sta2) 596 596
2017 Jun. 15 22:22:34 Mageia 6 (sta2) 599 599
2017 Jun. 15 22:47:51 Mageia 6 (sta2) 583 582 + 1 + 0.17%
2017 Jun. 15 22:48:32 Mageia 6 (sta2) 554 554
2017 Jun. 15 23:19:17 Mageia 6 (sta2) 580 580
2017 Jun. 15 23:20:02 Mageia 6 (sta2) 554 554
2017 Jun. 15 23:20:32 Mageia 6 (sta2) 555 554 + 1 + 0.18%
2017 Jun. 15 23:40:21 Mageia 6 (sta2) 576 574 + 2 + 0.35%
2017 Jun. 15 23:41:10 Mageia 6 (sta2) 550 550
2017 Jun. 16 01:18:54 Mageia 6 (sta2) 582 581 + 1 + 0.17%
2017 Jun. 16 01:19:39 Mageia 6 (sta2) 556 556
2017 Jun. 16 04:56:03 Mageia 6 (sta2) 579 579
2017 Jun. 16 04:56:38 Mageia 6 (sta2) 561 561
------------------------------------------------------------------------------------
Date Time Distro Conky htop A-B A/B
2017 Jun. 14 15:29:53 openSUSE Leap 42.2 590 480 + 110 + 22.92%
2017 Jun. 14 15:33:25 openSUSE Leap 42.2 577 475 + 102 + 21.47%
2017 Jun. 14 17:14:40 openSUSE Leap 42.2 594 481 + 113 + 23.49%
2017 Jun. 14 17:17:36 openSUSE Leap 42.2 528 437 + 91 + 20.82%
2017 Jun. 15 16:32:21 openSUSE Leap 42.2 517 413 + 104 + 25.18%
2017 Jun. 15 16:32:25 openSUSE Leap 42.2 549 448 + 101 + 22.54%
2017 Jun. 15 16:33:43 openSUSE Leap 42.2 528 470 + 58 + 12.34%
2017 Jun. 15 16:34:42 openSUSE Leap 42.2 622 575 + 47 + 8.17%
2017 Jun. 15 16:39:00 openSUSE Leap 42.2 533 449 + 84 + 18.71%
2017 Jun. 15 16:42:32 openSUSE Leap 42.2 537 437 + 100 + 22.88%
2017 Jun. 15 17:13:52 openSUSE Leap 42.2 594 565 + 29 + 5.13%
2017 Jun. 15 17:59:12 openSUSE Leap 42.2 529 434 + 95 + 21.89%
2017 Jun. 15 18:00:47 openSUSE Leap 42.2 516 457 + 59 + 12.91%
2017 Jun. 15 18:01:47 openSUSE Leap 42.2 516 457 + 59 + 12.91%
2017 Jun. 16 05:10:25 openSUSE Leap 42.2 536 432 + 104 + 24.07%
2017 Jun. 16 05:10:53 openSUSE Leap 42.2 527 455 + 72 + 15.82%
openSUSE Average: + 83 + 18.20%
------------------------------------------------------------------------------------
Essa estranheza do Conky no openSUSE Leap ficou mais evidente ao levantar o histórico de atualizações das várias distros, de 2016 até o início de 2020, — e constatar que o Leap, sozinho, teve mais versões e revisões do Conky, do que a soma de todas as outras distros, incluindo as rolling-release. — Várias vezes, o Conky era o único pacote a ser atualizado nele:
Oct 2016 — Jan 2020
---------------------------------------------------------------
Debian testing
2016 Oct 1 00:09:04 installed conky-all 1.9.0-6
2016 Oct 18 00:39:38 upgraded conky-all 1.10.5-1
2016 Dec 20 10:47:58 upgraded conky-all 1.10.6-1
2017 Sep 21 21:37:00 upgraded conky-all 1.10.6-1.1
2018 Mar 6 07:24:12 upgraded conky-all 1.10.8-1
2018 May 16 15:36:34 upgraded conky-all 1.10.8-1+b1
---------------------------------------------------------------
KDE Neon
2017-03-22 21:28:45 installed conky-all 1.10.1-3
---------------------------------------------------------------
Kubuntu 16.04
2016-04-27 18:25:23 installed conky-all 1.10.1-3
2018-11-02 (still) conky-all 1.10.1-3
---------------------------------------------------------------
Mint 18 KDE
2016 Aug 20 11:55:09 installed conky-all 1.10.1-3
---------------------------------------------------------------
Arch (Revenge)
2017-06-03 18:41 installed conky 1.10.6-2
2017-11-24 00:47:59 upgraded conky-1.10.6-3
2018-01-22 07:36:58 upgraded conky-1.10.7-1
2018-01-24 12:47:23 upgraded conky-1.10.7-2
2018-02-15 12:02:50 upgraded conky-1.10.8-1
2018-03-12 17:37:56 upgraded conky-1.10.8-2
2018-12-08 12:50:10 upgraded conky-1.11.0-1
2018-12-23 00:11:19 upgraded conky-1.11.1-1
2019-01-08 22:47:57 upgraded conky-1.11.2-1
2019-03-02 06:49:07 upgraded conky-1.11.3-1
2019-06-29 04:53:28 upgraded conky-1.11.4-1
2019-08-15 10:35:40 upgraded conky-1.11.5-1
2019-08-31 12:51:59 upgraded conky-1.11.5-2
PrtScn 2019-09-07_18-56-41_Arch Conky-MEM-used-negative
---------------------------------------------------------------
Mageia
2018-11-02 (Mageia 6) rpm -qa conky-1.10.6-1
2019-03-17 (Mageia 7) urpmi conky
2019-04-18 07:38:07 upgraded conky 1.11.3
---------------------------------------------------------------
Fedora
2019-07-05 dnf install conky-1.11.3-1.fc30
2019-10-30 system-upgrade conky-1.11.5-1.fc31
PrtScn 2019-10-31 07:48 Conky-MEM-used-negative
---------------------------------------------------------------
PCLinuxOS
2017-12-19 14:41:53 installed conky 1.10.6-5pclos2017
2018-01-29 17:18:58 upgraded conky 1.10.7-1pclos2018
2018-02-26 19:44:21 upgraded conky 1.10.8-1pclos2018
2019-06-29 05:09:05 upgraded conky 1.11.5-2pclos2019
2019-07-10 11:53:24 upgraded conky 1.11.5-3pclos2019
2019-08-14 10:54:30 upgraded conky 1.11.5-4pclos2019
PrtScn 2019-08-16_23-38-53_PCLinuxOS Conky-Mem-used-NEGATIVE
2019-08-20 20:02:00 upgraded conky 1.11.5-5pclos2019
---------------------------------------------------------------
Sabayon
2018-12-01_12-26-26 equo install conky-1.10.8-r3
2019-01-08 21:59:59 upgraded conky-1.10.8-r4
---------------------------------------------------------------
Void
installed conky-1.11.5_1
PrtScn 2019-11-23_21-23-57 Mem-used-very-Low
---------------------------------------------------------------
openSUSE
2017-01-17 03:25:35 | install | conky|1.10.1-7.1
2017-08-03 23:54:51 | install | conky|1.10.6-13.1 | packman.inode.at-suse
(...)
2017-10-28 11:33:13 upgraded conky-1.10.6-13.16 1 package
2017-10-29 13:51:32 upgraded conky-1.10.6-13.18 11 packages
2017-10-31 15:07:06 upgraded conky-1.10.6-13.19 1 package
2017-11-11 01:04:16 upgraded conky 11 packages
2017-11-24 01:31:41 upgraded conky 57 packages
2017-11-29 00:17:24 upgraded conky 11 packages
2017-12-09 09:03:40 upgraded conky 1 package
2017-12-12 22:36:55 upgraded conky 5 packages
2017-12-13 23:25:26 upgraded conky 1 package
2017-12-17 12:58:38 upgraded conky 18 packages
2017-12-22 20:52:16 upgraded conky-1.10.6-15.6 33 packages
2017-12-24 21:59:21 upgraded conky 3 packages
2017-12-30 21:20:02 upgraded conky 12 packages
2018-01-04 19:05:40 upgraded conky 3 packages
2018-01-10 02:24:11 upgraded conky 1 package
2018-01-13 14:49:26 upgraded conky 1 package
2018-01-15 19:40:31 upgraded conky 41 packages
2018-01-16 12:47:29 upgraded conky 3 packages
2018-01-19 07:36:24 upgraded conky 1 package
2018-01-22 07:50:12 upgraded conky 2 packages
2018-01-23 09:08:36 upgraded conky 1 package
2018-01-27 20:32:38 upgraded conky 3 packages
2018-02-01 09:43:37 upgraded conky-1.10.6-16.10 25 packages
2018-02-04 09:37:54 upgraded conky 18 packages
2018-02-05 16:51:49 upgraded conky 4 packages
2018-02-11 21:36:26 upgraded conky 60 packages
2018-02-15 13:00:30 upgraded conky 33 packages
2018-02-25 19:51:36 upgraded conky 85 packages
2018-03-06 01:03:40 upgraded conky 38 packages
2018-03-12 21:05:17 upgraded conky 70 packages
2018-03-16 16:14:30 upgraded conky-1.10.8-8.4 28 packages
2018-03-19 10:14:41 upgraded conky 21 packages
2018-03-24 18:59:51 upgraded conky 102 packages
2018-04-01 18:13:46 upgraded conky 5 packages
2018-04-08 11:33:55 upgraded conky 11 packages
2018-04-16 20:14:43 upgraded conky 10 packages
2018-04-21 15:53:59 upgraded conky 6 packages
2018-04-26 22:02:06 upgraded conky 46 packages
2018-05-11 16:27:33 upgraded conky 32 packages
2018-05-19 12:10:58 upgraded conky 30 packages
2018-05-29 19:13:06 upgraded conky 6 packages
2018-06-10 17:09:43 upgraded conky 11 packages
2018-06-16 19:24:28 upgraded conky 63 packages
2018-06-28 12:50:46 upgraded conky 10 packages
upgrade Leap 42.3 to 15.0
2018-06-28 22:11:09 conky-1.10.6-lp150.1.2 (???)
2018-07-02 09:17:06 # zypper ar -cfp 90 packman
2018-07-02 09:17:34 conky will not be upgraded
2018-07-04 16:46:19 conky will not be upgraded
(...)
2018-10-14 15:11:43 zypper ps restart conky (why??)
2019-05-22 12:25:18 upgrade Leap 15.0 to 15.1
Problem with installed package conky-doc-1.10.8-lp150.8.11.x86_64
Solution 1: install conky-doc-1.10.6-lp151.2.4.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete conky-doc-1.10.8-lp150.8.11.x86_64
upgraded conky 2765 packages
Downgraded conky-doc
2019-05-23 13:43:02 conky will not be upgraded
2019-05-25 19:09:10 conky will not be upgraded
2019-06-23 16:04:01 upgrade Leap 15.1 to Tumbleweed
2019-06-27 16:07:39 To change this default behavior and allow only required packages, adjust the solver.onlyRequires option in /etc/zypp/zypp.conf.
solver.onlyRequires = true
Additionally, edit the file /etc/zypp/zypper.conf and change the installRecommends option.
installRecommends=false
This changes the behavior of all package operations, such as the installation of patches or new packages. To change the behavior of Zypper for a single invocation, add the parameter --no-recommends to your command line.
2019-06-28 08:09:29 upgraded conky-1.11.4-1.1 198 packages
2019-07-06 19:15:23 upgraded conky 72 packages
2019-07-18 22:24:06 upgraded conky 2579 packages
2019-08-23 22:50:02 upgraded conky 432 packages
PrtScn 2019-08-29_12-38-42_openSUSE Conky-MEM-RAM-negative
2019-09-21 08:17:03 upgraded conky-1.11.5-1.2 166 packages
2019-11-21 06:27:11 upgraded conky 794 packages
2019-12-13 10:10:41 upgraded conky 338 packages
PrtScn 2019-12-19_10-56-45_openSUSE 486 MiB changed Minus -249 MiB
---------------------------------------------------------------
Como se vê (acima), só nos 8 meses que vão de Outubro 2017 até Junho 2018, o openSUSE Leap apresentou nada menos que 44 atualizações ou revisões do Conky, — praticamente 1 a cada 5 dias, — como se houvesse uma tentativa incessante de corrigir alguma coisa, sem sucesso.
Para uma comparação: — Em 2020, no openSUSE Tumbleweed, às vezes passam-se meses sem atualização do Conky.
Conky & /proc/meminfo
 |
Memória RAM usada, segundo Conky, htop, inxi, free, top
|
Depois de teimar alguns dias com os argumentos de Chris Cheney (calc, nos Comentários, abaixo; e no Facebook), acabei deixando de lado a selva de issues e PRs do Conky, para me concentrar só nos 2 ou 3 links indicados por ele, — após alguns dias longe do assunto, para esvaziar a cabeça.
Quando finalmente achei ter entendido, resolvi testar o cálculo indicado por ele (“new”), — em relação ao “antigo” (“old”), — e comparar ambos com o das diferentes versões do Conky, e com o das demais ferramentas: htop, inxi, free, top.
Como não pude entender a fórmula do cálculo “antigo” indicada por ele, arrisquei uma hipótese, usando apenas parte da descrição textual de Linus Torvalds, — sem as “marcas d'água”, — e o resultado se mostrou sempre bastante próximo do indicado pelo htop:
/proc/meminfo (old):
Mem used = MemTotal - [MemFree + Active(file) + Inactive(file) + SReclaimable]
/proc/meminfo (new):
Mem used = MemTotal - MemAvailable
Para obter um quadro tão “simultâneo” quando possível, incluí no próprio Conky o htop, inxi, free, top, executados a cada 10 segundos, — e registrei o início da sessão KDE, ao final do boot de cada distro:
Mem:
Conky ${alignr}${mem} ${color gray40}.${color}
htop ${alignr}${execi 10 export TERM=xterm; echo q | htop | aha --line-fix | html2text | grep "/15" | cut -b 30-34}iB ${color gray40}.${color}
inxi ${alignr}${execi 10 inxi --memory-short | grep used | cut -b 52-57} MiB${alignr} ${color gray40}.${color}
free ${alignr}${execi 10 free -m | grep Mem | cut -c 25-32} MiB${alignr} ${color gray40}.${color}
top ${alignr}${execi 10 top -E m -b -n 1 | grep buff | cut -c 41-50} MiB${alignr} ${color gray40}.${color}
O ciclo de 10 segundos evita oscilações súbitas nesses indicadores. — Assim que se atualizam, basta anotar (à mão) só o número indicado pelo próprio Conky, antes de acionar o gnome-screenshot, — pois este, às vezes, captura um valor já alterado por seu acionamento.
Referências:
Em cada distro, passei então ao console virtual tty2, me loguei como root e executei um script simples, para gravar em arquivo TXT essas e outras leituras, — sem abrir o Konsole, pois isso alteraria de modo significativo o uso de Memória RAM:
# cat /root/RAM.sh
date > RAM.txt
echo " " >> RAM.txt
echo "----- inxi -----" >> RAM.txt
inxi -m >> RAM.txt
echo " " >> RAM.txt
echo "----- free -----" >> RAM.txt
free -m >> RAM.txt
echo " " >> RAM.txt
echo "----- top -----" >> RAM.txt
top -E m -b -n 1 | grep buff >> RAM.txt
echo " " >> RAM.txt
echo "----- htop -----" >> RAM.txt
echo q | htop | aha --line-fix | html2text >> RAM.txt
echo " " >> RAM.txt
echo "----- proc (old) -----" >> RAM.txt
cat /proc/meminfo | grep "MemTotal\|MemFree\|Active(file)\|Inactive(file)\|SReclaimable" >> RAM.txt
echo " " >> RAM.txt
echo "----- proc (new) -----" >> RAM.txt
cat /proc/meminfo | grep "MemTotal\|MemAvailable" >> RAM.txt
echo " " >> RAM.txt
echo "----- proc (full) -----" >> RAM.txt
cat /proc/meminfo >> RAM.txt
echo " " >> RAM.txt
date >> RAM.txt
Ainda no tty2, anotei (à mão) também uma leitura “visual” do htop, — pois ainda não consegui instalar o aha e o html2text em todas as distros.
Em seguida, encerrei a sessão root, voltei à sessão KDE em tty7 ou tty1, conforme o caso, — e esperei alguns minutos, até tornar a abaixar o uso extra de Memória RAM (causado pela primeira captura de tela), para fazer novo registro.
Por economia de espaço, indico as medidas como “Conky-htop”, “Conky-inxi” etc., — a seguir, “tty2-inxi”, “tty2-htop” etc., — e os cálculos a partir de /proc/meminfo, como “old” e “new”:
 |
Medidas do uso de Memória RAM no openSUSE
|
No openSUSE, o Conky indicou uso de Memória RAM próximo ao cálculo “novo”, enquanto o htop se alinhou com o cálculo “antigo”.
O free e o top se alinharam no nível mais baixo de todos, — como tenho notado em todas as distros, desde 2017, — enquanto o inxi ficou entre eles e o htop, sem se alinhar com nada.
(Coloqueí o cálculo “novo” no final, para não ter de refazer toda a sequência de cores do gráfico, que já existia. Cronologicamente, deveria estar ao lado do cálculo “antigo”, pois o /proc/meminfo foi obtido de uma só vez, na etapa tty2).
 |
Medidas de uso de Memória RAM no Arch
|
No Arch Linux, ficou evidente o alinhamento do Conky com o htop e com o cálculo “antigo”, enquanto o cálculo ”novo” indica o que se pode esperar do próximo Conky 1.11.6, quando chegar.
Do AUR, optei por instalar apenas o aha, para exibir o htop no Conky, — mas não vi benefício em instalar o inxi, que tem indicação de problemas, e afinal de contas não se mostra útil.
No geral, todos os números são relativamente baixos, — comparáveis aos do Void, do Slackware e do MX Linux (adiante).
 |
Medidas de uso de Memória no Debian testing
|
No Debian testing, o alinhamento do Conky ao cálculo “novo” é quase exato.
De um modo geral, o conjunto dos números indica um uso “mediano” de Memória, — abaixo do Fedora, que se destaca por um uso nitidamente maior.
 |
Medidas de uso de Memória no Fedora 33
|
No Fedora 33, o alinhamento do Conky ao cálculo “novo” também fica bem nítido.
 |
Medidas de uso de Memória no KDE Neon
|
No KDE Neon, o Conky se mantém alinhado ao htop e ao cálculo “antigo”, — enquanto o cálculo “novo” dá uma previsão do que o Conky 1.11.6 iria indicar.
 |
Medidas de uso de Memória no PCLinuxOS
|
No PCLinuxOS, o Conky também se mantém alinhado ao htop, — enquanto o cálculo “novo” dá uma ideia do que o Conky 1.11.6 indicará, quando chegar.
Por falta do aha e / ou do html2text, ainda não incluí o htop no Conky.
No geral, todos os números estão um pouco acima do grupo “intermediário”, — formado pelo Debian testing, KDE Neon, Mageia 8 (beta), Linux Mint 20 (com KDE). — Esse pequeno aumento no uso de Memória RAM ocorreu após uma configuração do UXA, que fiz em Março 2020, por motivos alheios ao caso.
 |
Medidas do uso de Memória no Mageia 8 (beta)
|
No Mageia 8 (beta), o Conky 1.11.6 se alinhou com o cálculo ”novo”.
 |
Medidas do uso de Memória no Linux Mint 20
|
No Linux Mint 20 (com KDE), o gráfico é quase idêntico ao do KDE Neon, já que ambos usam a mesma base “Ubuntu 20.04 LTS”.
 |
Medidas do uso de Memória no Void Linux
|
No Void Linux, o Conky 1.11.6 também se alinhou ao cálculo “Novo”.
O que o distingue, é que todos os números são bem inferiores aos das distros vistas até aqui, — liderando o grupo de menor uso de Memória RAM, — Arch, Slackware, MX Linux.
 |
Medidas do uso de Memória no Slackware KDE (by AlienBOB)
|
No Slackware, o Conky se mostrou alinhado ao htop e ao cálculo “antigo”, — pois instalei uma versão do Conky, talvez, arbitrária, a partir de um pacote desgarrado, encontrado algures, há uns 2 anos.
Os números também são baixos, embora não tanto quanto no Void Linux.
 |
Medidas do uso de Memória no MX Linux
|
No MX Linux, o Conky também se mantém alinhado ao htop e ao cálculo “antigo”, por ser uma distro com base no Debian stable, com pacotes antigos.
No geral, os números também são baixos, embora não tanto quanto no Slackware.
Comparação precária
 |
Conky, htop, cálculo “antigo” e “novo” |
Incluir o
htop no Conky mostrou-se um modo prático de ter o cálculo “antigo” sempre à vista, — como eu teria em uma versão anterior do Conky, — para uma comparação (
precária) do uso inicial de Memória RAM entre diferentes distros Linux (
neste caso, todas com KDE).
No gráfico (acima), salta à vista quais distros usam mais ou menos Memória RAM, — tanto pelo cálculo “antigo”, quanto pelo “novo”, — independente da versão do Conky em cada uma.
Infelizmente, ainda não encontrei um modo de ter sempre à vista o cálculo “novo”, — exceto nas distros que já adotaram o Conky 1.11.6.
 |
Uso inicial de Memória RAM, corrigido pelo htop
|
Ao substituir os números de Agosto e Setembro pelos obtidos agora no htop, o gráfico (acima) apresenta um comportamento mais “comparável”, entre distros diferentes, quanto ao uso inicial de Memória RAM, — pois, “certo” ou “errado”, o htop permanece consistente com as versões anteriores do Conky.
Resta um aumento geral no uso inicial de Memória RAM (exceto MX Linux), — que parece brusco, devido ao salto de 3 meses, — mas não escandaloso como o indicado no Conky 1.11.6.
O KDE Neon, por exemplo, já apresentava um aumento antes do upgrade para a base Ubuntu 20.04 Focal Fossa; e depois do upgrade ainda aumentou mais um pouco.
Já o Slackware KDE (by AlienBOB), não apresenta nenhum aumento no uso inicial de Memória RAM, até porque ainda não me acostumei a atualizá-lo, — mas eu não tinha como incluí-lo nesta série (com o htop no final), pois só foi instalado no final de Setembro, depois do último levantamento geral das outras distros, antes do Conky 1.11.6.
\\\\
— … ≠ • ≠ … —
Ferramentas &tc.