Új hozzászólás Aktív témák

  • Frawly
    veterán

    Nah újra felraktam a scriptemmel az Arch-ot. Egyébként nem olyan nagy munka megírni. A Zen installert biztos nagy munka megírni, az enyém klassikus régi script. Az van benne, amit kézzel is beírok. Kivéve azon konfig fileok amikbe bele kell írni, azt sed-el, vagy sima echo-val csinálom, így azokba sem kell gépelni. Szóval semmi új program nem foglal plussz memóriát, de ez nem is csoda, hisz mint mondta jóval kevesebb csomag van. Így logikusan a meglévők foglalhatnak többet, mint a régi rendszeren, és valóban:
    - Xorg foglal többet
    - udiskie foglal kicsit többet
    - nm-applet nagyon többet
    legalábbis ha a HTOP alatt nézem, a MEM%-ot. lxtask is a Xorg-ot mutatja jóval többnek összeségében. Egész pontosan ezt:
    /usr/lib/Xorg -nolisten tcp :0 vt1 -keeptty -auth /tmp/serverauth.blabla

    nm-applet meg most 1%-ot mutat a MEM%-nál a Htop, a régi rendszeren meg olyna kevés lehetett, hogy be se fért a képernyő felső részébe...
    De hogy ezek miért zabálnak most több memóriát egy vadi új telepítésen, és egy több mint 1 éves rendszeren miért kevesebbet, arról elképzelésem sincsen, főleg úgy, hogy az Arch rolling distro, tehát a régi telepítésű rendszerem is naprakész.

    A 214 alap memóriafoglalás kicsit sok. Igaz nem irreálisan. Ha fent van az udiskie, nm-applet (ez feltételezi, hogy megy a NetworkManager is), akkor simán lehet a közelében. Nálam az Openbox minden ilyen nélkül kb. 170 MB közelében volt, csak az Openbox, polybar, picom kompozitor, feh háttérkép futott (még téma sem volt az ablakokon), meg a háttérben a wpa_supplicant és dhcpcd (Wi-Fi-hoz, ennek egy hátránya van, hogy megszakad kapcsolatnál nem kapcsolódik magától újra), meg ezt én systemd-mentes disztrón mértem (Void), semmi systemd, semmi homed, semmi loginmanager, semmi.

    A másik, hogy ezek a task-manager típusú programok összevissza jelzik ki a szabad memóriát. Ezért én csak a free -m parancsot tartom hitelesnek, ez biztosan a kerneltől kérdezi le. Igazából még ebből is le kéne vonni a terminál és a free parancs fogyasztását, de ez elhanyagolható szokott lenni. De a htop is ugyanezt mutatja, csak az összeadja az used+share oszlopokat a free parancs táblázataiból. De a sima top, lxtask, gnome-system-monitor, stb. teljesen hülyeségeket szokott mérni. htop-ban a hres oszlop számít meg kicsit a shared, nem a mem%.

    Nálam most Arch, SwayWM Wayland, swaybg, swaybar eszik összesen szintén 171 MB-ot. Igaz 201-ről indul, de miután leült a dhcpcd meg valamelyik systemd service futása, onnantól 171-re süllyed tartósan.

    Nem csak a memóriafoglalás számít, hanem a betöltési sebesség is, igaz a kettő korrelál. Az, hogy most 30-40 MB plusz ide vagy oda, nem sokat határoz meg, lehet betöltési és bootidőben egy SSD-s gépen dob +2ms-ot. A lényeg, hogy nem olyan full DE-t futtatsz, ami indulásból bekajál fél-egy giga memóriát és vagy 9-10 mp-ig tölt bootkor, mire mindenféle service-t meg grafikus library hegyeket töltöget befelé.

    Ezek a scriptek meg veszélyesek, mert egyrészt változik mindig az Arch telepítése, valamit mindig variálnak, amiről a script nem fog tudni. Meg rugalmatlan, mert mindig ugyanazokat telepíti, én pl. mindig egy kicsit máshogy telepítek, bár ez változóban van, mert ahogy megyek az egyre nagyobb minimalizmus felé, úgy már nincs nagyon alternatív dolog, amit variálhatnék, erősen szűkülnek a lehetőségek 1-2 programra. Ugyanezért nem szoktam régi rendszert visszaklónozni, mert a felhasználói szokásaim, alkalmazáskínálat is változni szokott, nem megyek semmire egy olyan rendszerrel, ami a fél-egy évvel ezelőtti szokásaimhoz volt kialakítva.

    Az a baj, hogy így is kerül fel bloat a gépemre, AUR csomag telepítésekor, meg játékok, Steam is feltesznek egy csomó sallangot sajnos. Wine is bloat, meg az összes mainstream böngésző. Igaz ezek nem indulnak a rendszerrel meg ritkán is indítom őket a böngésző kivételével.

Új hozzászólás Aktív témák