Vlákno názorů k článku Dlaždice trochu jinak: panely Dzen2, Trayer a Stalonetray od lqw - poměrně značná náročnost hlavně na využití paměti. Když...

• poměrně značná náročnost hlavně na využití paměti. Když to srovnám se Subtle, tak je to při čistém startu dané konfigurace prostředí rozdíl velmi znatelný: u Subtle cca 80 MB, XMonad+XMobar něco mezi 230–240 MB.
  To je nesmysl, asi mas nekde chybu. Xmonad mi v pameti zabira jen 7 MiB, xmobar kolem 16 MiB. U xmonadu mam daleko rozsahlejsi konfiguraci nez je v clanku, xmobar je vcetne rozsireni iwlib, xft, inotify, mpd a alsa. Dohromady maji jen 23 MiB, na x86_64.

  Jak jsi to meril ??

• ani jeden stavový panel není „aktivní“ ve smyslu myších akcí
  Nevim jak dzen nebo conky, ale xmobar umi obsluhovat udalosti tlacitek mysi. xmobar Quick start guide Ovladani prehravace hudby mpd by pak vypadalo nasledovne (z .xmobarrc)

  <action=`mpc -q toggle`>\
      \<action=`mpc -q next` button=3>\
          \<action=`mpc -q prev` button=2>\
              \%mpd%\
          \</action>\
      \</action>\
  \</action>

• celé prostředí je poměrně rozsáhlé, zabere cca 560 MB na disku

  xmonad zabere na disku bezne jen 3 MiB (zaklad ma jen 650 KiB !), xmobar asi 2 MiB. Prostredi je jen kvuli kompilaci konfiguaracniho zdrojaku, pro beh neni potreba.
  
ls -l `which xmonad`
-rwxr-xr-x 1 root root 668392 srp 4 07:48 /usr/bin/xmonad

  ls -l ~/.xmonad/xmonad-x86_64-linux
  -rwxr-xr-x 1 user group 4304552 zář 11 14:28 /home/user/.xmo­nad/xmonad-x86_64-linux

  PACKAGE NAME: xmobar-0.21-x86_64-1_SBo COMPRESSED PACKAGE SIZE: 376K UNCOMPRESSED PACKAGE SIZE: 1.5M

  Z disku tedy zaberou jen kolem 6 MiB.

spotřebu paměti jsem bral přímo z panelů jednotlivých WM
Pred chvili podle kratkeho pruzkumu na IRC se pohybuje spotreba pameti uzivatelu mezi 6 az 15 MiB, median je kolem 9.
Tech +200M je tedy zcela mimo relaci a znamena to, ze jsi bud precetl spatne cislo (nejspis virtualni velikost pameti k procesu ?) nebo ti leakuje zmrseny konfigurak.

velikost na disku jsem vždy bral z příslušného instalačního příkazu a dál už žádnou optimalizaci neřešil
Ne, to je vazne nesmysl. Jak uz psal nekdo niz. S takovou logikou by se u kazdeho i toho nejprimitivnejsiho programu muselo duplicitne zapocitavat cele vyvojove prostredi a vyvojove knihovny potrebne k jeho sestaveni. Ze uz mas predem z jinych duvodu nainstalovane ruby, lua, python, pygobject, pycairo, pygtk, xpyb, gcc, g++, libX11-dev, libxdg-dev, freetype-dev, lgi-dev, glibc atd. prece na tom nic nemeni.
Podle stejneho principu tvrdim, ze xmonad potrebuje k instalaci jen 9 MiB, protoze ghc a vyvojove knihovny jsem tam uz mel:

PACKAGE NAME:     xmonad-0.11-x86_64-1_SBo
COMPRESSED PACKAGE SIZE:     1.7M
UNCOMPRESSED PACKAGE SIZE:     9.0M

Zkompilovana verze konfiguraku xmonad.hs se nachazi ve stejnem adresari a staci nastavit, aby se spoustela primo z DM nebo xinitu a cele "prostredi haskellu" vcetne balicku xmonad lze odinstalovat a bude to nadale fungovat.
Proste si vytvoris svoji verzi binarky celeho WM, ktera nema zadne extra zavislosti.

ad pamet)
xmobar dokaze zobrazit spotrebu pameti u procesu jen pluginem TopMem a ten ukazuje RSS, a to nelze zmenit bez zasahu do zdrojaku. Resident Set Size je obraz kodu v pameti plus naalokovany zasobnik, hromada a kod sdilenych knihoven fyzicky v pameti a byva jeste mensi o pamet odlozenou na swap.
Pokud to opravdu dohromady ukazovalo pres 200 MB, tak to muselo leakovat jak blazen a rozhodne nejde o obvyklou situaci.
Kdyz ostatni maji o rad nizsi cisla a kazdy si to muze sam overit, tak kde je chyba ?

ad misto)
napsal's opakovane, ze xmonad potrebuje > 0,5 GB mista na disku, coz je samo o sobe mirne receno nepravda a muze u neznaleho ctenare vzbudit dojem, ze je rozezranejsi nez cele KDE nebo GNOME. Ocekaval bych u nekoho, kdo se odvazi publikovat, ze tomu bude aspon trochu rozumet.

Jen jsem se snazil slusne upozornit na bludy, ktere se v clancich objevily. Je nesmyslne na nich trvat a bud je mas vyvratit argumenty nebo je opravit a doplnit.

Zrovna u windowmanageru saham do konfigurace celkem casto (rozumej jednou za dva mesice), bud kvuli novym klavesovym zkratkam (vymena multimedialni klavesnice/mysi), nebo kvuli netradicnimu programu, ktery potrebuje spravne "ohintovat" (viz gimp pred single-window rezimem), nebo kvuli prenastaveni hooku, nebo kvuli zmene aplikace co se ma spustit/zkontrol­vat, ze je spustena pri (re)startu windowmanageru.
Haskell, se na rozdil od pythonu a perlu na normalnich stanicich nevyskytuje. Lua je tak mala, ze se ztrati kdekoliv. Tudiz tvrdit, ze to potrebuje 0.5GB je naprosto na miste. Jen je potreba zminit, ze je to kvuli editaci konfigurace.

> Nevim jak dzen nebo conky, ale xmobar umi obsluhovat udalosti tlacitek mysi.

Dzen umí obsluhovat klikání taky. Viz https://github.com/robm/dzen/blob/master/README sekce "Interaction". Podporuje to ale až od některé novější verze, nevím teď přesně od které.