Nagy Gyula Nem kértem meg a rendszert, hogy maximálja be a swap fájl méretet.

A swap mérete fix, nincs mese. Növelheted, csökkentheted, adhatz hozzá akár másik meghajtóról, csinálhatsz akár swap partíciót is a swap fájl MELLÉ, vagy komplett kikapcsolhatod swappelést. De mindenképp fix marad.
A telepítéskor létrejön neked egy bizonyos méretú swap fájl, ami egy ÉRTELMES alapérték a pillanatnyilag rendelkezésedre álló fizikai memóriához mérve.
Ha ez nem tetszik, változtasd meg! Da akkor is fix marad.

Nagy Gyula A korábbi MS konstrukciókban a swap mérete alap beállításban dinamikusan változott.

És tök jó volt, hogy a lemezen szanaszét fragmentálódott swapbe pakolászott...
Ez nem az a konstrukció.

Nagy Gyula Az operatív memóriából pedig szépen lepakolta a swap-ba amit épp nem használt sem a rendszer, sem a júzer.

Állítsd a swappinesst 98-ra, és ez fog történni itt is. 😃

Nagy Gyula A feladat ütemezőt sem kértem meg arra, hogy nem kritikus (50% alatti) processzor terhelés mellett a kritikus szint alá csökkentse az aktív folyamatok erőforrás ellátottságát.

Mivaaaaa??????? 🙀

            Nagy Gyula Szerintem ha a kritikus hőfok 105 fok, akkor a 70 fok alatti nem okozhat hibát

            Nagy Gyula A memória elfogyásnak pedig nem lenne szabad létrejönnie.

            Attól, hogy te így gondolod, még kipróbálhatnád amit javasoltunk. Nem biztos, hogy igazunk van, de az sem, hogy nincs.

                  tenkes Megosztanék egy kis anekdotát a témával kapcsolatban. Egy évig küzdöttem az asztali gépemmel, random regiszterhibákat produkált a rendszernapló szerint bizonyos alkalmazásoknál (ilyenkor egyszerűen újraindul a gép), gyakorlatilag mindent kicseréltem a gépben a tápon kívül, még a CPU-t is. A regiszterhibák maradtak. Azért nagyon pechesnek kellene lenni, hogy ez valóban hardverhiba legyen.

                  A megoldás bármilyen meghökkentő is legyen, a processzorhűtő cseréje volt. Azért meghökkentő, mert 88°C fölé sosem ment – ezt úgy lehetett produkálni, hogy egész nap ment nyáron a Rosetta (16 szálon 100% CPU használat). De bizonyos tüskeszerű terheléseknél meg tudott pusztulni, na mostanra ez elmúlt, további bónuszként 70°C fölé most már nem megy a gép, pedig 1200 RPM fölé nem igen megy a ventilátor. Úgy néz ki, hogy jól működik, hogy az ember rárak egy kiló fémet szegény CPU-ra 😃

                      klt A fragmettálódás valós probléma és nem csupán a swap-nál.
                      A fragmettálódást csökkentették azzal, hogy az írást nem az első üres hellyel kezdik. Végig írják a lemezt. Így a fragmettálódás csak a lemez végig írása után kezdődik. A swap ebben speciális eset.
                      Ha jól tudom, akkor az sdd-nél saját rendszer gondoskodik arról, hogy a cellák nagyjából egyformán öregedjenek. Ehhez nagyjából egyforma legyen a cellák átírsági száma.
                      Hogy a Windows miért nem tartalmazta, ne kérdezzétek, de voltak remek karbantartó programok amelyek a szemét eltávolítás mellett a defragmettálást is automatikusan csinálták.
                      Ugyanez megoldható a swap-ra is úgy, hogy ne teljen meg.

                      klt Mivaaaaa??????? 🙀 Az van, hogy ledöbbent tűzrőka mellett lazán tudtam terminált (lekérdezés), fájlkezelőt és szövegszerkesztőt használni. Ment az erőforráshasználat figyelő is 20% alatti processzor terhelést mutatva. Az érzékelő megjelenítő is, 50 fok körüli proci hőfokot mutatva.
                      Ezek azt mutatják, hogy nem volt (általános) túlterhelés.

                      Hogy tudom átállítani a swap méretet? Gondolom, ez megoldja a memória elfogyásos gondomat.

                      És igaz, a digitális szerkentyűk impulzus üzeműek létrejöhetnek benne a szenzorok által nem érzékelt, hibát okozó túlterhelések.
                      meskobalazs Nálam a hangkártya volt zajos. Mindenhol azt olvastam, hogy az alaplapi hangkártyám szar.
                      Tettem bele egy minőséginek mondott másikat és az is hasonlót produkált. Vettem hozzá egy ribizke USB-set és azzal jól működött. Egy tápegység csere után megszűnt az integrált hangkártya zajossága.

                              meskobalazs Azért nagyon pechesnek kellene lenni, hogy ez valóban hardverhiba legyen.

                              Pedig a random hibák épp ilyenek. Egy szoftver nehezen tud minden alkalommal máshogy működni, természeténél fogva erre képtelen. Egy hardver viszont épp erre van kitalálva.🙂 Nem normális tápegység működés, melegedés, kontakthiba. Egy PC sarkpontjai is ezek (mint szinte minden elektronikus kütyünek.
                              Nekem is volt egy régi Fujitsu lapim, ami folyton belassult a CPU, akadoztak az alkalmazások. Szoftverrel néztem, bőven határérték alatt volt, de ahogy elért egy hőfokot egyből kisimult a görbe, eltűnt a teljesítmény. Takarítottam, pasztáztam 1-2 fokot javult is a helyzet, de a vége ugyanaz. Végül vettem egy komplett használt hűtőt (egy kb. 10cm-es szerkezet, csővel, ventivel) kemény 2000 Ft-ért. Kicseréltem és egyszerre elmúlt minden gond.
                              Pedig "elvileg" a réginek sem volt semmi baja, a venti szépen forgott, a hűtőcső/hűtőborda meg elvileg örök darabok.

                                  tenkes Pedig "elvileg" a réginek sem volt semmi baja, a venti szépen forgott, a hűtőcső/hűtőborda meg elvileg örök darabok.

                                  A hűtőcső töltete el tud menni.

                                      Nagy Gyula Hogy a Windows miért nem tartalmazta, ne kérdezzétek

                                      Tartalmazta, most is benne van. Van lemezkarbantartó, ami HDD esetén töredezettségmentesít, SSD esetén pedig optimalizál. Ez utóbbi csak annyit jelent, hogy az SSD maga végzi az írási terhelés egyenletes elosztását, az OS pedig időnként kiadja a TRIM parancsot, amivel meghatározza melyek a nem csak felülírható, hanem ténylegesen törölhető területek, így gyorsítva a tényleges írást legközelebb. De, ezt is az SSD saját maga végzi el.

                                          Nagy Gyula "Elvileg" zárt rendszer, de lehet gyártási hiba, utólagos szivárgás, vagy csak épp határértéken átment az ellenőrzésen és egy erre érzékeny régebbi gépben már egy idő után nem megfelelő a hatásfoka.
                                          Ezért érdemes (ha van rá lehetőség) ezeket a hibalehetőségeket, gyakorlatilag is kizárni.

                                            tenkes Van amit tartalmazott, van amit nem. Ezért volt keletje a Pucolónak és társainak.
                                            Lécci áruld el, hogyan tudom megnövelni a swap méretét.
                                            Gondolom arra nehezebb rávenni, hogy az időben haladva ne növelje a végtelen felé az adatmennyiséget. Hogy ne akadjon el relatív memóriahiányban.

                                                klt
                                                Én azért a biztonság kedvéért néznék előtte egy df -h kimenetet, mert már jártam úgy, hogy külön partíción volt a home, ahol volt bőven hely, így oda kellett tenni a megnövelt méretű swapfájlt, mert a viszonylag kevés szabad hellyel bíró rendszerpartíciót nagyon megfojtogattam volna vele...

                                                    Nagy Gyula Van amit tartalmazott, van amit nem. Ezért volt keletje a Pucolónak és társainak.

                                                    Amikre te gondolsz, azoknak nem sok köze van a lemezkarbantartáshoz (ami mindig a rendszer része volt), legfeljebb az volt a 100. funkciójuk, ami kb. annyit csinált, hogy elindította a rendszer lemezkarbantartót.

                                                    Nagy Gyula Lécci áruld el, hogyan tudom megnövelni a swap méretét.

                                                    Nem nagyon értek hozzá, a választ inkább meghagyom a gyakorló linuxos kollégáknak, vagy pl:
                                                    https://magyarlinux.hu/swap-hasznalata-linux-alatt/

                                                        csuhas32

                                                        csuhas32 biztonság kedvéért néznék előtte egy df -h kimenetet,

                                                        Ja, igazad van. Erre nem is gondoltam.
                                                        Azért milyen már egy 4GB RAM-os gépen 64GB swap? 😃

                                                        És mindez azért, hogy ne kelljen bezárni a FF nyitott fülecseit...
                                                        Majd aztán jön, hogy a sok swappelés idő előtt kinyírta az SSD-t és micsoda ronda dolog ez, nem kérte a rendszertől senki...

                                                        Kicsit az egész olyan, hogy 160-al akarok repeszteni az autópályán, de csak egy velorexre vagyok hajlandó beruházni, és attól várom el a száguldást.

                                                              klt Azért milyen már egy 4GB RAM-os gépen 64GB swap? 😃

                                                              Nekem úgy mégjobb lenne ha a swap-ból szépen eldobálná a szemetet. De gondolom, erre nehezebb rávenni, mint a swap méretének megnövelésére.
                                                              Nem tudom, de valószínűsítem, hogy a swap-ba rakottakat akkor sem dobja el ha közben bezártam az adatokhoz szolgáló ablakot. Gyanítom, akkor se töröl ha egy ablakon belül nézegetem a egymás után a honlapokat. Az operatív memóriából sem.
                                                              OFF: Ezeket én elkövethetetlenül nagy szakmai hibáknak (slendriánságoknak) látom. Ha jól látom, akkor ezek nem fakezűség és felelőtlenség miatt vannak így. Úgymond, rendszer filozófiai alapúak (hátsó szándékokat beteljesítők).
                                                              Tudom, agyament konteós vagyok és inkább ne terheljelek benneteket ilyen gondolatokkal. ON:
                                                              Maradjunk ott, hogy kérlek benneteket segítsetek. Adott körülmények között hogyan tudok javítani a helyzeten.

                                                              csuhas32 Én azért a biztonság kedvéért néznék előtte egy df -h kimenetet.

                                                              big@big-TECRA-A10:~$ df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
tmpfs           372M  1,7M  370M   1% /run
/dev/sda3       219G   83G  125G  40% /
tmpfs           1,9G     0  1,9G   0% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
/dev/sda2       512M  6,1M  506M   2% /boot/efi
tmpfs           372M  104K  372M   1% /run/user/1000

                                                                    Nagy Gyula Nekem úgy mégjobb lenne ha a swap-ból szépen eldobálná a szemetet. De gondolom, erre nehezebb rávenni, mint a swap méretének megnövelésére.

                                                                    Te mindig nem érted az egésznek az alapvetését.
                                                                    Mi a szemét a swap-ben?
                                                                    Olyan nincs.
                                                                    A swap a fizikai memória kiterjesztése egy fájlba. Nyilván, ott a proci nem tud vele dolgozni, csak a tényleges fizikai RAM-ban.
                                                                    Van 4GB-od a gépben, amiből te 32GB-ot akarsz használni?
                                                                    Semmi gond, csinálni kell egy akkora swap-et.
                                                                    Azután az ott van és kész, a rendszer meg tesz bele valamit, ha akar.
                                                                    Már írtam, de megismétlem:
                                                                    Amikor a fizikai memóriában hely kell egy programnak, és nincs, akkor a kernel valamit kilapoz a swap-be.
                                                                    Az a memóriaterület a fizikaiban így felszabadul, és oda tudja adni a programnak, hogy "nesze, használd!"

                                                                    Megpróbálom vázolni, egyszerűsítve:
                                                                    Fut egy A program, és használ mondjuk 1GB-ot. Jön a B program, és kér 2GB-ot. De nincs annyi.
                                                                    Ezért mielőtt B megkapná a 2GB-ot, "A" program 1GB-ja kikerül a swapbe (mivel A program most kicsit pihen).
                                                                    Egyszer csak B program kér még sok GB-ot, de már a swap is elfogyott, nincs annyi, a rendszer közli vele, hogy vége, nincs tovább, ossza be, ami az övé. Erre B program átnézegeti a puffereit, felszabadítja esetlg, amit tud, de végül összeomlik, mert annyi feladatot bíztak rá, amit a rendelkezésre álló memóriákkal nem tud elvégezni.
                                                                    Erre a rendszer kipucolja B program maradványait, az általa addig használt memóriát használhatónak nyilvánítja.
                                                                    Ettől A program adatai még a swap-ben maradnak!!!!!
                                                                    Akkor kerül ki onnan, amikor A program közli a rendszerrel, hogy már nem is kell neki az a terület (felszabadítja), vagy kilép (evidencia, hogy ekkor már nem kell neki).
                                                                    Ha viszont A program szóhoz jut, és dolgozni kezd az adatain, azt szintén csak a fizikai memóriában tudja megtenni, ekkor viszont a swap-ben lévő cuccot visszalapozza (betölti) a kernel a fizikai memóriába.

                                                                    Ennek fényében mi a szemét a swapben?

                                                                    Nagy Gyula kérlek benneteket segítsetek. Adott körülmények között hogyan tudok javítani a helyzeten.

                                                                    Filozófiai alapon addig nyújtózkodj, amíg a takaród ér. Vagy varrjál hozzá a paplanhoz, vagy húzd beljebb a csülkeidet!
                                                                    Gyakorlati alapon alakítsd a felhasználói szokásaidat a gép terhelhetőségéhez mérten.

                                                                    Nagy Gyula Gyanítom, akkor se töröl

                                                                    Nosza, próbáld ki!

                                                                            Nagy Gyula OK. Nincs külön home partíciód, a rendszerpartíción (sda3) 125 GiB hely szabad, nyugodtan növelheted a swapfájl méretét. Ha a @klt -től kapott linket követed, akkor ott a
                                                                            sudo fallocate -l 4G /swapfile
                                                                            sornál kell figyelj, ha itt 4G-t adsz, meg az most azt hiszem nem lesz neked jó, ha jól emlékszem a swapfájlod most is 4 GiB-os. Ha a 4G helyére 6G-t írsz, akkor 6 GiB-os, ha 8G-t írsz, akkor 8 GiB-os lesz...
                                                                            Nem tudom, mekkorát szeretnél.

                                                                                Nagy Gyula Azt kellene végre elfogadnod, hogy a swap nem memória és nem is "üzemszerű" működés. Egyszerűen azért létezik, mert ha elfogy a fizikai memória akkor megáll a gép. Azért fogy el, mert a rendszer is használja hiszen fut, és a felhasználó is használja, mert szoftvereket használ. Egyszerűen az OS nem tud semmit sem törölni a memóriából, mert a teljes területe használva van. (sok esetben a szoftver bezárása után is, hiszen még egyéb háttérfolyamatokat (pl. mentések) meg kell csinálnia és ehhez idő kell, terheléstől függően.)
                                                                                Ekkor lép be a swap, ami viszont még SSD esetén is (pláne régebbi interfésznél) nagyságrendekkel lassúbb, mint a memória. Akadozni fog, laggolni fog, annyit lehet vele nyerni, hogy (egy ideig) nem fagy le a gép.
                                                                                Egyszerűen egy mai környezetben kell egy i3-nak megfelelő CPU, 8GB RAM és SSD ahhoz, hogy normális legyen a futás.
                                                                                Egy Ubinak 4GB az ajánlott RAM, de ez csak azt jelenti, hogy magának a rendszernek kell ennyi a stabil futáshoz, szó sincs arról, hogy a felhasználó még külön csinál valamit (hiszen arra nem is lehetne semmit sem ajánlani, mivel ki tudja ki mit fog futtatni).
                                                                                És ez főleg azért van így, mert telik az idő. Azért nem elég ma már a Pentium I-es 1GB memóriája, mert sokkal-sokkal több az elvárt információ és egyetlen honlap ebből 300-400MB-ot megenne.

                                                                                Nagy Gyula Adott körülmények között hogyan tudok javítani a helyzeten.

                                                                                Ha, a gépcsere nem opció:

                                                                                • tisztítás, pasztázás, hardver ellenőrzés
                                                                                • live-ban letesztelni legalább 5-6 ajánlott rendszert, hogy melyik felel meg a gépnek és neked
                                                                                • jól beállítani: swap, megjelenítés, automatikusan induló programok, stb. amit a többiek ajánlottak
                                                                                • megtalálni a szoftveres alternatívákat (pl. youtube-t videót nem böngészőből nézni, hanem ajánlott appal)
                                                                                  Ennél többet nem nagyon lehet tenni.

                                                                                      Nagy Gyula "Szerintem ha a kritikus hőfok 105 fok, "
                                                                                      Az a 105 csak egy szám. Aki összerakta a sensors.conf konfigurációt, ezt tartotta egyfajta határértéknek. Amikor meg lekéred a sensors-tól az adatokat, az szolgaian kiírja neked ezt is.
                                                                                      Rég nem foglalkoztam vele, ezért nem tudom, van-e a rendszerben valami, ami figyeli a sensors alarm jelzéseit.

                                                                                          klt tenkes Akkor legyen egy kis etimológia.
                                                                                          Kezdetben volt egy egy csatornás gép ütemezetten végrehajtott folyamatokkal. Akkora programokkal amelyek szubrutinostól belefértek a memóriába. Akkor ha nem, akkor amire épp nem volt szükség, eldobták. Amikor újra arra került a sor, akkor újra töltötték a memóriába (a rendelkezésre álló háttértárból). Ha futás közben képződött adat, akkor kiírták (lásd példul, szövegszerkesztő).
                                                                                          Kemény gazdasági és technológiai tétel volt a hardver, ezért kisegítő megoldásokat csináltak a gyorsítás érdekében.
                                                                                          A lapozó technológia egy szekvencoonálisan olvasható állománnyal jó gyorsító technológia volt a fájlrendszer és a memória között.
                                                                                          A rendszert úgy csinálták meg, hogy egy automatizmus valószínűségi alapon meghatározta, hogy épp mi kerüljön a memóriába és mit tartsanak meg a gyorsabb kiolvasású tárolóba.
                                                                                          Közben első rendű fontossága volt annak, hogy ne omoljon össze a rendszer. Ezután következett az, hogy az adott vasból kihozzák sebességben is a legtöbbet.
                                                                                          Kinek kinek az ízlésére bízom, hogy mára miért szorultak háttérbe, vesztek el ezek a szempontok.
                                                                                          Sokat hallottam azokból amikkel megideologizálták a szempont változtatásokat. Tőletek is ezeket hallom vissza.
                                                                                          Még azt is, hogy közben annyira olcsóvá vált a vas, hogy nem éri meg (több munkával) jobb hatékonyságú programot, rendszert csinálni.
                                                                                          Szemét? van ilyen is. például azok amiket ideiglenes (munka) állományoknak neveznek. A használat után.
                                                                                          A következő tétel az, hogy adott konfig méretek mellett mit tartsunk meg a gyorsabb elérésű területeken. Úgy is igaz ez, hogy a processzorokban is memória hierarchia van gyorsaság szerint is (ez a memória a különbség a normál és a celeron processzorok között). A lassúbb helyre szorítás nyilván azon az áron van, hogy ha el kell érni akkor onnan több időt vesz igénybe.
                                                                                          Ment az optimalizálás, hogy átlagban mi adja a legnagyobb teljesítményt.
                                                                                          Ha ennyiből nem értettétek meg akkor is felesleges tovább ragoznom a témát.

                                                                                          csuhas32 Köszönöm. Remélem sikerül átállítanom. Remélem 6 G elég lesz ahhoz, hogy két ütemezett kikapcsolás között a masinka ne fogyjon ki a memóriából.

                                                                                          a mester A "megfövős" procik után azt olvastam, hogy beépítették a processzorokba a védelmet. Az órajel csökkentéstől a lekapcsolásig.