Nagy Gyula Nyitva voltak közben a műszerek?
Mit mutattak?
Ha a belassult böngésző végre bezáródott, és utána mutatod a top-ot, az semmit sem ér.
Azt kellene látnunk, mi a levegő történik olyankor?
A zombi az egy döglött folyamat, normálisan, ha egy processz kimúlik, az őt létrehozó szülő processz tudomásul veszi.
Ez a tudomásulvétel valamiért elmarad, és ott marad a zombi.

Nagy Gyula felhasználói szempontból mi jót látsz a snapban?

Egy jó dolog van benne elvileg, bár nem tudom, ezt meg tudom-e magyarázni.
A Linux rendszer szállít valamilyen libeket, ezek függvénykönyvtárak, egyszerűsítve előregyártott programrészek vannak bennük.
Legyen "A" rendszeren egy ilyen csodalib1.0. A csodaprogram használ belőle részeket, ezért függ a csodalib1.0-tól.
Ha telepíted csodaprogramot, települnie kell csodalib1.0-nak is.
Namármost megjelenik "B" rendszer, ami egy továbbfejlesztett csodalib1.5-öt tartalmaz. Ekkor a csodaprogramot hozzá kellene igazítani, hogy "B" rendszeren működjön, és a csodalib1.5-öt akarja. Amíg ez nincs, addig "B" rendszeren nem fog működni a csodaprogram.
A függőségek igen bonyolult szövevényt képesek alkotni, ezen segít a snap.
De milyen áron....

    Nagy Gyula , hogy mi veszi el az erőforrásokat a böngészőtől akkor amikor a rendszerben még van erőforrás tartalék?

    MŰSZEREK!!?!?!?!?!?!?!

    Másik topikban találsz egy szkriptet, amit összkalapáltam, tudom, hogy már tudsz róla.
    Tegyél róla, hogy működjön a háttérben, és amikor legközelebb furáskodik a böngésző, a logot töltsd fel valahova (mega, guglidrájv, pastebin tökmindegy) és a linket hozd ide. Aztán megskubizzuk.

      klt Tegyél róla, hogy működjön a háttérben

      Annyival minimum jövök klt-nek, hogy ebben besegítsek.
      Kedves Gyula!
      Csináljuk úgy, ahogy én tudom:
      Nyiss egy terminált (Ctrl+Alt+T) és add ki sorban a következő parancsokat:
      cd

      mousepad reslog.sh
      Most megnyílik egy szöveges fájl, amibe ezt a tartalmat másold bele:

      #!/bin/bash
      LOG="~/reslog.txt"
      
      writelogentry ()
      {
      echo "Pillanatkép: " $(date +%Y%m%d-%T) >> $LOGFILE
      echo "CPU szerint:" >>$LOGFILE
      top -b -n 1 | head -n 16  >> $LOGFILE
      echo "%MEM szerint:" >> $LOGFILE
      top -b -n 1 -o %MEM| head -n 16 >>$LOGFILE
      
      echo "========================================" >>$LOGFILE
      }
      
      
      #itt indul
      eval LOGFILE=$LOG
       if [ -n "$1" ] && [ $1 = "install" ]; then
        eval DESKTOPFILE=~/.config/autostart/resourcelogger.desktop
        echo "Install: létrehozom az indítóbejegyzést: "$DESKTOPFILE
      
        cat <<_EOF > $DESKTOPFILE
      [Desktop Entry]
      Type=Application
      Name=Resource logger
      NoDisplay=true
      Comment=
      RunHook=0
      _EOF
      
         Myname=$(readlink -f $0)
      echo "Exec=$Myname" >> $DESKTOPFILE
      echo "Az indítóbejegyzés rám mutat: "$Myname
      echo "Elvileg kész az install"
      
      
      elif [ ! -f /tmp/reslogflag ]; then
           touch /tmp/reslogflag
           echo "Logger elindult: " $(date +%Y%m%d-%T) >> $LOGFILE
           while true
           do
            writelogentry
           sleep 15
           done
      else
       echo "Már fut a szkript (vagy a tmp-ben ott maradt a flag...)"
      fi

      (Az egészet jelöld ki, lépj át a Mousepadbe és ott nyomd meg az egérgörgőt.)
      Mentsd el a fájlt! (Ctrl+S)
      [Akár ki is léphetsz a Mousepadből. (Ctrl+Q)]
      chmod +x reslog.sh

      ./reslog.sh install
      Ha mindent jól csináltál, akkor ez van most előtted a terminálban:

      Install: létrehozom az indítóbejegyzést: /home/big/.config/autostart/resourcelogger.desktop
      Az indítóbejegyzés rám mutat: /home/big/reslog.sh
      Elvileg kész az install

      Ki-bejelentkezés után vagy amikor legközelebb használni fogod a számítógépet (felhasználói fiókodat), a szkript már tenni fogja a dolgát.

      Nagy Gyula
      Komolyan mondom, nem ertem hogy miert kinlodsz/molyolsz ennyit ezzel a snapes Firefoxal!
      csuhas32 is ajanlotta mar hogy probalj ki egy masik - nem snapes Firefoxot - TELEPITES NELKUL.
      https://archive.mozilla.org/pub/firefox/releases/120.0/linux-x86_64/hu/
      Letoltod a firefox-120.0.tar.bz2 magyar nyelvu fajlt -> kicsomagolod -> megnyitod a kicsomagolt
      fajlt -> talalsz benne egy kek szinu csucsara allitott negyszoget, alatta firefox felirattal.
      Duplan rakattintva betoltodik egy szuz magyar nyelvu Firefox -> beallitod ahogy szoktad, vagy
      ha van Firefox fiokod, akkor valoszinu mindent at tudsz venni a snapes firefoxtol.
      Megjegyzi a beallitasokat!
      Hasznalod egy ideig ... megtapasztalod hogy ennel is elofordulnak-e ledobbenesek.
      Ezt a tomoritett, ill. a kicsomagolt fajlt barmikor nyom nelkul torolheted!

      Nagy Gyula A hangszórót érő kérdés az, hogy mi veszi el az erőforrásokat

      Senki sem fogj tudni megmondani, mert semmilyen információ nincs róla, ill. semmilyen hibalehetőség nem lett egyértelműen kizárva:
      1, Hardver nincs karbantartva.
      Ez egy tizenéves gép tizenéves alkatrészekkel, kosszal és betonná száradt pasztával. Nem tudni mennyi az újkori hőmérsékleti határérték, ahol a throttling kezdődik (talán 61 fok), de egy biztos, hogy már nem annyi. (a CPU/GPU egy dolog, de az egyéb alkatrészek, az alaplapon és a tápban, ennyi idősen már garantáltan nem annyi terhelést bírnak, mint új korukban)
      Az az elvárás, hogy a gép úgy működjön ahogy megteremtették, de a kötelező karbantartások (2-3 évente) nincsenek elvégezve, 100%-ig biztos, hogy a hardver így már nem látja el megfelelően a feladatát.
      2, Memória nincs tesztelve
      A memóriagondok nehezen megfoghatók és nem következetesek. Épp ezért van a memtest, ami egy stressz-teszt és hosszú ideig (jellemzően este indítják, reggel megnézik mire jutott) kell futtatni ahhoz, hogy jó eséllyel ki lehessen jelenteni, nincs gond a memóriákkal.
      3, A snap, mint ok nincs kizárva
      A snap (flatpak, stb.) egyáltalán nem őrültség, számos előnye van, pl. egy app fejlesztése és telepítése kevésbé függ az OS korától, fajtájától, telepített elemeitől, mivel az app csomagja tartalmaz mindent, amire neki szüksége van. Ennek persze van erőforrás oldalon ára, épp úgy, ahogy egy családi egyterű is többet fogyaszt, mint egy városi kisautó. Az FF normál verziója nem lett kipróbálva, így nem lehet tudni, van-e különbség.
      4, A telepített szoftverek nem lettek kizárva.
      Nem tudni milyen szoftverek fuitnak még a rendszeren kívül, így azt sem tudni, azok hogy viselkednek. Ennek legegyszerűbb módja egy tiszta telepítés lenne, csak frissítéssel, semmi mással. Az FF is előre telepített formában, kegészítők és minden nélkül jelentkezik-e a jelenség.
      5, Az OS és a FF, mint ok, nem lett kizárva.
      Egyetlen nap alatt ki lehetne próbálni, hogy egy teljesen másik disztró, és egy másik böngésző, hogyan terheli a gépet, és jelentkezik-e a hiba. Ezzel a hardverre, az OS-re és a böngészőre is lenne használható tapasztalat.
      6, Egyetlen adat sincs a hiba pillanatáról.

      Gyakorlatilag semmi sem lett kipróbálva, amit a srácok javasoltak, mert szerinted az nem valószínű, mert annak így, vagy úgy kellene működnie. Szíved joga, de akkor nem értem, miért a közösségtől várod a megoldást. Senki sem tudja orákulumként megmondani a hiba okát, csak kizárni lehet a lehetőségeket, így eljutva arra, hogy ez egy egyedi hiba, vagy tényezők összessége, ami hibát eredményez.

        tenkes Senki sem tudja orákulumként megmondani

        De azért próbálkozunk!
        Mint az úttörők: RENDÜLETLENÜL! 😃

          klt Mint az úttörők: RENDÜLETLENÜL! 😃

          Szeretnék egy szelfit rólad abban a pillanatban, mikor meglátod a 17 oldalas reslog.txt tartalmát egyszerű szövegként beküldve!
          A pillanat, amikor nem csak a TosHIBA döbben le! :-D

          • klt válaszolt erre.
          • klt kedveli ezt.

            klt RENDÜLETLENÜL!

            Hogy mennyire, arra bizonyíték az utóbbi idők, de az idei év biztosan legnagyobb terjedelmű (hozzászólásban és időben) témája (pedig a mellékblogokat nem is vettem hozzá) 🙂

            • klt kedveli ezt.

            csuhas32 Valami ilyesmi lesz.

            Komolyra fordítva, rögtön a végére ugranék, és onnan nézném visszafele, mert nyilván nem az elején lesz az érdekes rész. És számítok rá, hogy hosszú lesz, ezért is mondtam, hogy gúglidrájv, mega, pastebin, sötöbö...

              klt Eddig minden mindig ide jött szövegként. Számolok vele, hogy ezzel is így lesz. Igyekszem majd gyorsan kóddá átlényegíteni, ha úgy alakul, de ahhoz muszáj gépnél lenni.

              • klt válaszolt erre.

                csuhas32 Páran követjük csak a témát szerintem, ha pár óráig itt marad a bővített kiadás, talán belefér.
                De azt tudom, htibi ugrik az ilyenekre 🙂

                lala2 Igen, de a te géped működik, és jól. És ez fahéj, ugyi?
                Amott XFCE van, nem tudom, abban is van-e érzékeny sarok?
                És ha egyszer erőforrás híján akadozás kezdődik, akkor szerintem ez a váltás is nehézkes lesz.

                  klt
                  Igen fahej ... nem ajanlasnak szantam, csak egy kis bemutatonak.

                  klt Nyitva voltak közben a műszerek?

                  Mindannyiotoknak: Emese vagyok, de nem annyira.
                  Amiket betűztem, még a belassult FF leállítása előtt szoktam csinálni. Ezt be is írtam. Most legutóbb is ezt tettem.
                  Annyit tudtam kibogarászni, hogy belassult FF mellett nem voltak koppanásig kiterhelve az erőforrások.
                  Azt is megírtam, hogy három évtized alatt jó gyakorlatot szereztem gép építésben, karbantartásban. Jobban bízok magamban, mint más javító cégekben, emberekben. Jópár igen keserves tapasztalat alapján vagyok így ezzel. Sokat javítottam mások után.
                  Természetes, hogy benne van a pakliban a hardver hiba is, különösen az új és az idős kategóriájú szerkentyűknél.
                  Anno járt az a szlogen is, hogy hibátlan program nincs, csak olyan amelynél még nem bukott ki a bug.
                  Komoly korlátom a nyelvismeret hiánya és az a memória gondom amiből a nyelvismeret hiányom is adódik. Jobb híján nevezzük ezt a divatos megnevezéssel, diszlexiának. Azért Ubuntu, mert ezt találtam leginkább magyarítottnak és azért a ragaszkodás, mert nyűgi az újabb és újabb verziókhoz való alkalmazkodás. Könnyen lehet, hogy egy Debián, vagy egy mint, vagy valami más hibátlanul futna. Az xfce felületre való áttérés sem ment simán a Gnome után.

                  tenkes A snap (flatpak, stb.) egyáltalán nem őrültség

                  Többször felvetetem magamban és másutt is (itt is), hogy egy egy változtatás (fejlesztés) hozott-e annyit, mint amennyit elvett. Az updatelés és a függőségek kezelése a snap előtt is (jól automatizáltan) megoldott volt.
                  Azt is felvetettem párszor, hogy kategória különbség van a programozási megtakarítás és a számtalan felhasználó összegzett (többlet) ráfordítás igénye között. A szabad rendszerek elvileg a felhasználói szempontok szerintiekre kihegyezettek (nem befolyásoltak üzleti (egyéb) érdekek által).
                  Még egy kérdés a végére. A bedöglött (zombi) folyamatot miért nem törli automatikusan a rendszer? Jól gondolom, hogy (normál körülmények között) nem éled újra?

                    Nagy Gyula Azt is megírtam, hogy három évtized alatt jó gyakorlatot szereztem gép építésben, karbantartásban.

                    Ezek szerint min. 3 évente, ahogyan kell pasztáztál és rendesen szétszedve kitakarítottad a gépet, fújással, ecsettel, ha kellett izopropil alkohollal? Mert nekünk csak annyit írtál, hogy kívülről sikerült csak megfújatni.

                    Nagy Gyula Az updatelés és a függőségek kezelése a snap előtt is (jól automatizáltan) megoldott volt.

                    Megoldott volt, de, mint mindenen ezen is lehet tökéletesíteni, vagy épp egyszerűsíteni. A snap bizonyos felhasználás esetén ebben is előrelépés, mert az app és az OS így nem együtt mozog az időben, nincs ilyen kényszer, mégis tudnak egymással működni, külön ütemben frissülni, valamint nincs egy app az adott disztróhoz és függőségeihez kötve, vagy a felhasználó extra tudására szorulva.
                    Ez van ahol jó, van ahol nem, de mivel szabadon választott, ezért nincs is vele gond. Minden esetre egyre több disztrónak van konténeresedő változata.

                      Nagy Gyula . Az updatelés és a függőségek kezelése a snap előtt is (jól automatizáltan) megoldott volt.

                      Lószart volt automatizált!
                      Amit a repóból kapsz, az neked automatizáltnak tűnik, de valójában az "igazítást", amiről beszéltem, elvégezték a repo karbantartói.
                      Pölö, ha Ubuntu 22.04-be telepíted ppa-ból a firefoxot, akkor valaki a firefox binárisát a forrásból előállította az Ubuntu 22.04 dev-libjei alapján. Neked ezzel nem kell foglalkoznod. Viszont az ilyen bináris nem biztos, hogy futni fog Ubuntu 24.04-en majd (lehet, hogy igen, de nem biztos).
                      Ha fogsz egy ilyen tar.bz2-t, és abból kibontva használod a binárist, ott viszont neked kell meggyőződnöd róla, hogy a rendszeredben benne vannak az igényelt függőségek, hacsak az a bináris nem valami static-build.
                      (Szerintem még ez is jobb, mint a snap...)

                      Tehát lényegében, a teljesen korrekt megoldás, hogy minden rendszerre lefordítjuk a forrásból a hozzávaló binárist.
                      Snap csomagot viszont csak egyet kell csinálni, és az minden rendszeren menni fog, ahol van snap.
                      De ez igaz a flatpak-re is, meg az appimage-re is...
                      Ettől még mindig rühellem a snapet.

                      Nagy Gyula belassult FF mellett nem voltak koppanásig kiterhelve az erőforrások.

                      Hát akkor vagy nem néztünk minden erőforrást, vagy valami sz@r...

                      Nagy Gyula A bedöglött (zombi) folyamatot miért nem törli automatikusan a rendszer? Jól gondolom, hogy (normál körülmények között) nem éled újra?

                      Leírtam. A parent process (amelyik indította) nem hajlandó észrevenni, hogy a zombi kipurcant. Akkor fog eltűnni a zombi, ha a parent process kilép.

                      Szerk.: https://askubuntu.com/questions/111422/how-to-find-zombie-process
                      Megkerestem neked.

                        tenkes Ezek szerint min. 3 évente,

                        Ha igen, akkor ezt a tényt nem osztottad meg velünk. Ha nem, akkor ennek nagyon ideje lenne már, nem elfelejtve, hogy a karbantartatlan évek extra amortizációját ezzel sem lehet semmissé tenni.

                          tenkes Ezek szerint .....

                          A legjobb belátásom szerint csinálom és van alapom a jó belátáshoz. A gépemet annyira szétbontottam, hogy szemrevételezést tudtam csinálni. Emellett a résbe befért a porszívó csöve, ki tudtam fújatni a hűtőrendszert. Az eredményt a proci (mag) hőmérséklet változása megmutatta. Ezt megírtam. Azt is, hogy a szerelést szilikon zsírral csinálom, ami nem szárad ki, amivel nem romlik a hőelvezetés. vannak más "örök életű" lehetőségek is. Ilyen például, a ráragasztás is. Lehet tippelgetni, miért tönkremenő lehetőségeket alkalmaznak.

                          tenkes Megoldott volt, de ...

                          Továbbra is igaz amit írtam. A felhasználót továbbra is az érdekli, hogy jól használható gépe legyen a lehető legolcsóbban. Amikor a kedvenc gépét akarja használni, miért érdekelné a program hordozhatóság?
                          Számomra a többi is evidencia amit írtam. Szóba került a FF és a Google böngésző. Úgy is, hogy az utóbbinak a fejlesztését üzleti érdekek mozgatják. Várhatóan addig lesz jó ameddig valós konkurenciája van. Ugyanez a beszélgetés elhangzott az operációs rendszerek esetében is. Arról is volt latolgatás, hogy a Linuxok miért réteg szoftverek.
                          Leagyamenteztetek amikor elmondtam a következtetésemet.

                          tenkes Minden esetre egyre több disztrónak van konténeresedő változata.

                          Tanulságos az üzleti és szabad rendszerek összehasonlítása is, különös tekintettel a nem feltétlenül felhasználói érdekeket szolgáló feltűnően nagy hasonlóságokra.
                          Az számítógépekben már maga a hardver is logikai hálózat és mint ilyen, (tárgyiasult) szoftver. A mai számítógépek leginkább célszámítógépek hálózata programmal, RAM-mal és processzorral.
                          Ezek fölött minden már emuláció, emulált felületekkel. Ezek réteg szerkezetben és úgy, hogy van ahol a felsőbb rétegben futó valamik (program processz, stb.) rétegeken átlépve belenyúl az alsóbb rétegbe. Nekünk még azt tanították, hogy a réteg szerkezet azért van, mert jó és nem jó (bajt okozhat) a rétegeken való átnyulkálás.
                          A következő a logikán túl a kőkemény szakmaiság, hogy egy egy konstrukció mennyire átlátható és összességében mennyire hatékony, ezzel (a szakemberek számára) mennyire jól diagnosztizálható és javítható. Végső soron mennyire jó Mari néninek.
                          Az is kérdés, mennyire szabadon választott ha a lényegesekben mindegyik lényegében egyforma. És ez nem csupán a számítástechnika esetében igaz. Vagy ezzel, vagy azzal kell fizetned, de fizetned kell. Kinek miből van több. Pénze, ideje, tudása. Nálam szerencsés, hogy megmaradt a (gyermeki) kíváncsiság a miértek megtalálásához is. Emellett ott van a javító segítő szándék is. Nem csupán a közvetlen saját érdekem nézése.
                          Remélem, a masinkámnál is kiderül mi okozza a problémát. Az sem baj ha az egész gyorsabbá, hatékonyabbá válik.
                          Tudom, érdemes feltennem és megtanulnom a legkisebb gépigényű konzervet.

                            tenkes

                            Nagy Gyula Pasztázva könnyen lehet, csak a gyárban. Tisztítva pár évvel ezelőtt.

                            Nagy Gyula Ezt megírtam. Azt is, hogy a szerelést szilikon zsírral csinálom, ami nem szárad ki, amivel nem romlik a hőelvezetés. vannak más "örök életű" lehetőségek is.

                            A processzort kezelted szilikonzsírral vagy még most is a gyári paszta van rajta?