#2

Üdv!

Köszönöm a Te hozzászólásodat is!

A sejtésed helytálló, tényleg nem bolygattam az alapbeállítást (eddig nem is foglalkoztam a swap témakörével, koránt sem vagyok benne ilyen mélységekben a Linux világában), de most átállítottam az általad javasolt 10-es értékre. Egyébként a memóriabővítésnek mennyi értelmét látod (, ahogy említettem 3-ról 4 GB-ra)?

A teljes szürkület csak időnként jelenik meg, van amikor csak becsíkoz függőlegesen egy pillanatra és magától eltűnik (csak egy villanás az egész), viszont eddig nem rémlik, hogy bejött volna bármikor is a döntögetés, de majd alkalomadtán kipróbálom. Már olvastam egy-két véleményt a hiba okát illetően, eddig kijelző, inverter, GPU, illetve az inverterkábel (gondolom erre utalsz Te is) hibájával találkoztam, ez utóbbi lenne talán a legkönnyebben orvosolható ok számomra, bár nem tudom, hogy ez az alkatrész mennyire típusfüggetlen, illetve mennyi esély van rá, hogy egy szervizben, mondjuk egy kis forrasztás, barkácsolás árán megoldják az esetleges kompatibilitási problémákat, mivel a gép korából kiindulva már nem nagyon gördülékeny az alkatrész utánpótlás. Egyébként a gyenge akkumulátor nem okozhat ilyen tüneteket?

Az SSD speciális igényeiről már elkezdtem olvasni (SSD optimalizálás, stb.), így, ha jól emlékszem az AHCI-vel kapcsolatban is olvastam infókat, még jobban belemélyedek a témába és igyekszem egy kicsit jobban "kiokosítani" maga, majd csak utána állok neki a telepítésnek

A 256GB betelésétől én annyira nem tartok, a 120GB jelenlegi kihasználtsági szintéjéből kiindulva.

Üdv. !
A "free" kimeneteken az látszik, hogy a RAM-nak még van jócskán szabad területe, de mégis
használatba veszi a SWAP-et.
Gondolom a "swappiness" alapértelmezetten 60-as értékét nem állítottad kisebbre.
(A kisebb értékre állítással azt éred el, hogy a RAM-ot jobban kihasználja - mielőtt elkezdené a SWAP
használatát.)
Így ellenőrizheted a jelenlegi értéket:
cat /proc/sys/vm/swappiness
Ha 60-as értéket mutat, akkor a következő parancs:
sudo nano /etc/sysctl.conf
A fájl aljára másold be ezt:
vm.swappiness = 10
(de akár 5-ös értéket is megadhatsz)
Mentés, és kilépés:
F3
enter
Ctrl+X

Újraindítás
------------------------------------------------------------------------------------
A monitor beszürkülése: Ha beszürkül, óvatosan / lassan billentsd előre / hátra a kijelzőt.
Ha ennek hatására beugranak az eredeti színek, akkor az alaplapot a kijelzővel összekötő
lapos vezeték-köteg sérülése valószínűsíthető. ... Javítása sajnos csak cserével oldható meg.
-----------------------------------------------------------------------------------
SSD-nél a lényeg, hogy a lemezkezelés AHCI módba legyen állítva. (a BIOS-ban)
Mert csak így támogatott a trim - erre pedig az SSD-nek szüksége van.

A trim alapértelmezetten hetente lefut - ha már kezd betelni az SSD, akkor ennél gyakrabban
pl. 2-3 naponta futtatható a kézi trim:
sudo fstrim -av

#5

Már leinfóztam a helyi számítógépes boltban a RAM témát és rendelhető kb. 5000-ért új, használtakat is néztem a neten, de szállítással együtt kb ugyanott vagyok és akkor még használt is és se garancia, se beszerelés.

Kiadtam az általad javasolt parancsot is, mely érdekes eredményt hozott, ha jól értelmezem, akkor 2 slot van (ez helyes: http://notebookschematic.org/product/schematic-motherboard-for-laptop-cl... ), melyek 1-1GB-ot támogatnak (emlékeim szerint 2-2-t, már csak azért is, mert most is 1+2 van benne és ezért merült fel bennem a 4GB-ra maxolás gondolata).

norbi@norbi-M540R:~$ sudo dmidecode -t 16
# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.4 present.

Handle 0x0016, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 1000 MB
    Error Information Handle: Not Provided
    Number Of Devices: 2

 

#4 Ha hozzájutsz megfelelő RAM(ok)-hoz, akkor természetesen ajánlható a bővítés.
De előtte ellenőrizd le hogy az alaplapod max. mekkora méretű RAM-ot támogat.
sudo dmidecode -t 16
(Maximum Capacity: ? GB)

#7

T.István már megválaszolta: 2X2GB 667 Mhz

Én csak egy rajzot találtam az alaplapról, amit fentebb linkeltem is, ott csak a slotok száma adott, a GB/slot nem.

Jelenleg 3GB van, ahogy írtam is, és egy 2GB-os swap fájl (nem partíció) és nagyjából elég is arra, amire használom (Firefox, Chromium, Thunderbird, YouTube és hasonlók videómegosztók javarészt), nem túl gyors, de a korához képest még istenes. Örülnék neki, ha még ennek a Mint változatnak a támogatási időszakát kibírná, utána (vagy már előtte) úgy is az utódja után kell néznem.

A fenti rendszert 4 GB RAM-mal, és azt hiszem (ha jól emlékszem) 4 GB swap partícióval használják ismerőseim. De csak GMail és Facebook, néha levelekben kapott PPT fájlok, Youtube videók olykor szerintem. Nem túl gyors, de éppen használható erre a célra, azaz elviselhető a működés. A 3 GB RAM-ot a gépedben kevésnek érzem, jó lenne 6-8 GB, az már jó egyébre is, vagy például Virtualboxos próbákra is. Meg kéne nézni, mit tud az alaplap. A nézelődésre az alaplap gyártójának leírását ajánlom. Biztos, ami tuti alapon.

#9

Olyan iszonyatosan nagyon nem izgulok, hogy túl hamar kicsinálom, mert van rá 5 év garancia (igaz korlátozott), meg az élettartamadatai sem olyan rosszak, de azért vigyáznék rá amennyire csak lehet.

Swapolás az SSD-n fog történni (azt még nem tudom, hogy fájlban vagy partícióban és mekkora méretben, jelenleg egy 2 GB-os fájl van és ezt sem használja ki fullosan, de az okosok a memória méretének a dupláját meg egy kicsit javasolják, az esetemben ez kb. 8-10 GB lenne /ebbe még az is belefér, ha 4 GB-ra bővítem a későbbiekben a memóriát), a memória mérete miatt nem tudom megúszni, hogy ne használja a gép, de még így is biztosan gyorsabb lesz, mint a régi HDD használatakor.

Semmi baja nem lesz. Támogatom az "Azért vetted hogy használd" jellegű előző hozzászólást.

Jelenleg a csúcs az 1Pb (peta) környékén van, ezt átlagos használat mellett összehozni 25-30 év.
Nem fog elfáradni a cella, weaver leveling, keress rá. A vezérlő a sokat használt cellák tartalmát rendszeresen átírja másik, keveset használt blokkba így biztosítja a blokkok egyszerre öregedését. Passzív MP3-->csere swap blokk, póriasan megfogalmazva.
Ne autózz behúzott kézifékkel.   Egy arányalg gördülékeny rendszert agyonvágsz hogy egy 1000x lassabb lemezre swappoltatsz...? Értelmetlen.
 

#11

A swap fájl helyfoglalására vonatkozóan nincs információm (fix/változó), bár én abban a hitben voltam (paraszti ésszel gondolkodva), hogy mindig más-más területét foglalja le a meghajtónak, az egyenletes elhasználódás jegyében (bár az általad leírtak alapján, a gyorsabb elérés miatt, észszerűbbnek tűnik egy fix hely használata - ebben az esetben viszont már nem látom a fájl előnyét a partícióval szemben), ezért gondoltam idáig azt, hogy a swap partíciónál jobb megoldás lehet (ha nem tévedek, akkor partíció esetén a partíció területe korlátozza be a mozgásterét, így az adott lemezterület elhasználódása intenzívebb).

A Zram lehet, hogy számomra egy egész jó megoldás volna, majd utána nézek jobban.

A Zswap, ha jól értelmezem, akkor annyiban tér el a "sima" swap fájltól/partíciótól, hogy tömörített, de ugyanúgy a háttértárat használja (SSD-t/HDD-t).

Valaki írta nemrég - és erre én is kíváncsi vagyok- hogy mindig más helyen „tartózkodik” a swap fájl a lemezen, ezért az elhasználódás az SSD-n nem egy helyen jelentkezik.

Én ezt találtam (elavult is lehet az információ):

A swap fájlok végrehajtásának módja az operációs rendszertől függ. Egyes operációs rendszerek, például a Windows, konfigurálhatók ideiglenes cserefájlok használatára, amelyeket szükség esetén létrehoznak. Ezután a lemezterület felszabadul, amikor már nincs rá szüksége. Más operációs rendszerek, mint például a Linux és az Unix, állandó csereterületet helyeznek el, amely a merevlemez bizonyos részét fenntartja.

Az állandó cserefájlok a merevlemez szomszédos részét képezik, míg az ideiglenes cserefájlok fragmentált merevlemez-helyet használhatnak. Ez azt jelenti, hogy az állandó cserefájl használata általában gyorsabb lesz, mint az ideiglenes. Az ideiglenes cserefájlok akkor hasznosabbak, ha kevés a hely a lemezen, mert nem tartósan foglalják le a merevlemez egy részét.

https://translate.google.hu/translate?sl=auto&tl=hu&u=https%3A%2F%2Fkb.iu.edu%2Fd%2Faagb

Zram vagy Zswap: https://translate.google.hu/translate?sl=auto&tl=hu&u=https%3A%2F%2Fwiki.archlinux.org%2Findex.php%2FSwap

(a fordított szöveg parancsorai nem jó jelennek meg!)

4 GB RAM általában elegendő a mindennapos használatra. A rendszer a kevesebb vagy a több RAM-ot próbálja beosztani.

#16

Tényleg nem volna rossz, ha lenne olyan adatbázis, mely tartalmazná az alaplapok (az egészen régieket is beleértve)  típusainak részletekbe menő specifikációját (a gyártók bizonyára rendelkeznek ezekkel az információkkal), sok esetben hasznos lenne, még akár egymással is összevethetőek lennének az adott termékek, mondjuk egy vásárlás során (itt már érdekük is fűződne hozzá a gyártóknak). Az sem lenne utolsó, ha minden alkatrészcsoportról lenne egy ilyen adatbázis, mely adatbázisok összevethetőek lennének egymással és mondjuk használhatóak lennének egy komplett gép hardver-összeállításának meghatározása során. Ha ezt megfejelnénk az egyes alkatrészek szoftvertámogatásával is (diverek/frissítések), mondjuk operációs rendszerenként, az maga lenne a gyönyör, de ettől szerintem még messze vagyunk, mert emberes munka lenne, ráadásul nagy összefogást igényelne (konkurensek közöttit pl., de akár nemzetközit is, már csak a fordítások miatt is) és a vállalkozó kedv meg nem túl magas (profitot nem nagyon termelne, bár a gyártók adhatnának némi aprót, ne adj isten eszközbeli támogatást valakinek/valakiknek).

Színesíti a képet, hogy a gépem nem Clevo (csak az alaplap), hanem AlbaComp, és ők sem igazán jó információforrás, sajnos (régi cucc, lehet, hogy 10 év után már nagyon nem tárolnak infókat, az elavulás sebessége miatt).

Ha a software alatt az alaplaplap BIOS-át érted, akkor ez a válasz:

description: Motherboard
       product: M540R
       vendor: CLEVO
       physical id: 0
       version: Not Applicable
       serial: Not Applicable
     *-firmware
          description: BIOS
          vendor: Phoenix
          physical id: 0
          version: SROSA001.86C.
          date: 08/06/2007
          size: 100KiB
          capacity: 960KiB
          capabilities: isa pci pcmcia pnp upgrade shadowing escd cdboot acpi usb agp biosbootspecification

#15 Persze, attól még lehet jó egy alaplap, hogy a részletes tulajdonságait szinte sehol nem közlik. Vagy például a BIOS menüről is jó lenne egy képes leírás. Régebben ilyen volt a motherboard weboldal, org vagy com domainnel. No de ki tenné fel egy helyre az összes alaplapot (a gyártóknak kéne), és ki kezelné a weboldalt (valami megoldás kéne)? Igény lenne rá szerintem. :)

https://www.mrmemory.co.uk/memory-ram-upgrades/clevo/notebook/m540r
4 GB-ot írnak, de nem ilyen leírásra gondoltam, hanem hivatalosra.

https://linuxmint.hu/comment/39574#comment-39574
A szoftverre gondoltam, és nem a hardverre. ;)

#22

A swap méretére vonatkozóan találtam egy elég jónak tűnő videót, szerintem nagyjából ez lesz a kiindulási alap: https://www.youtube.com/watch?v=6UHEdMOW8n8

Igaz, hogy hordozható a gép, de otthon, asztali gépként használom, így a hibernálás nem játszik (eddig sem használtam sosem).

Ami a swapiness-t illeti, a 60-ról 10-re történő átállást követően kedvezőbbek az adatok (Firfox-8 oldal megnyitva+terminál+Libreoffice mellett):

norbi@norbi-M540R:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2,9G        1,5G        144M        218M        1,3G        1,0G
Swap:          2,0G          0B        2,0G

 

#20 A dupla RAM méretű SWAP-et, hibernálás esetben szokták ajánlani.
Ha nem hibernálsz, akkor kb. a RAM méretével megegyező SWAP méretet szokják ajánlani.

Egyébként, a swappiness 10-re állítása után is kb. ugyanannyi SWAP-et használ - adott RAM
használat mellett mint előtte ? (A bevezetődben van összehasonlítási alap.)

#28

Akkor szerintem a Zram témát is békén hagyom, mert a processzorom (Intel(R) Core(TM)2 Duo CPU     T7250  @ 2.00GHz) a gép megvételekor elég bika volt, de most már nem túl erős.

sudo inxi -Fxxx kimenete: https://paste.ubuntu.com/p/2W5TkN4y9n/

#26 A "zram-config" bent van a tárolókban - könnyen lehet telepíteni.
Telepítése után, a fizikai RAM 50%-át lefoglalja magának - a továbbiakban
erre a területre tömörítve kerülnek az adatok - látszólag megnövelve a RAM
fizikai méretét. De ez a "röptében" történő tömörítés / kibontás a CPU igénybevételét
növeli meg. Szóval, olyan készülékeknél alkalmazható elsősorban melyeknél a fizikai
RAM kis méretű - és nem is lehet növelni - viszont a CPU nem harmatgyenge hanem
van némi tartaléka.
Szerintem addig ne fogjál bele míg nem ismerjük pontosabban a géped paramétereit.
Ennek a parancsnak: "inxi -Fxxx" (macskakörmök nélkül) a kimenetét kéne felmásolni az
"Ubuntu Pastebin"-re,
https://paste.ubuntu.com/
és az ott kapott linket a válaszodba másolni.

#30

A lehető legegyszerűbb és minél piszkálás mentesebb megoldást alkalmaznám szíven szerint (úgy rémlik, hogy olvastam arról is, hogy a rendszer egy partíción és a saját mappa /dokumentumok, képek, videók .../ egy másikon (ha jól gondolom itt is ez a felállás: https://linuxmint.hu/sugo/a-rendszer-optimalizalasa-ssd-hasznalatra), így ha rendszert kell újratelepíteni a fájlok megmaradnának /remélem jól értelmeztem/, ez tök jó volna nekem is, de inkább nem megyek bele, hagyok mindent egyben, inkább backuppolok, meg timeshiftelek egy pendrivera és annak segítségével lehelek új életet a gépbe, ha ne adj isten szükség lenne rá, mert ezt a módszert már sajnos némileg ismerem), mert így volna a hiba kockázata a legkisebb, ahogy az előbb írtam én is a fájlt választanám alap esetben, de a TRIM miatt egy kissé elbizonytalanodtam.

#26

Rosszul filozofálgatsz. Az SSD firmware gondoskodik az egyenletes használatról. Neked meg olymindegy, hogy fájl, vagy partíció. A fájlt könnyebben variálhatod, mint a partíciót.

#38

Még egyszer megnéztem a videót (1:40 környékén: https://www.youtube.com/watch?v=ovjl9Ki-EFg) és azért nem javasolják a discard (folyamatos TRIM) bekapcsolását, mert a swapra alapbeállításként vonatkozik a bootoláskori TRIM.

#29

Valami erősen hasonlóra gondolok én is.

A swap fájl kontra partíció témakörében még nem vagyok biztos. Jelenleg fájl van, amit automatikusan kialakított a rendszer és nincs vele gondom, ráadásul utólag könnyebben variálható a mérete, ha jól tudom, mint egy partíció esetén, viszont SSD-nél szükség van a TRIM bekapcsolására (discard=folyamatos trimmelés, ha jól tudom), viszont, ha csak swap fájlom van, akkor a "Trimmelés" azt is érinti, viszont olyan véleményekbe is belebotlottam (SSD optimalizálás címszó alatt) már, hogy a swap-nél kerülni kell a TRIM (discard beiktatása) bekapcsolását (a videó 13. perce környékén: https://www.youtube.com/watch?v=ovjl9Ki-EFg), így viszont a partíció megalkotása felé billen a mérleg nyelve.

Itt viszont ezt a javaslatot találtam: https://linuxmint.hu/sugo/a-rendszer-optimalizalasa-ssd-hasznalatra

Ezt úgy értelmeztem, hogy az SSD-n lévő más partícióra vonatkozó javaslat a swap partícióra is vonatkozik.

 

@#35

Ebben a videóban (a 15. perc környékén: https://www.youtube.com/watch?v=ovjl9Ki-EFg) azt említi az emberke, hogy azért nem érdemes túlzásokba esni, mert kifuthat az ember alól a talaj (meg a memória is).

#42

Átnézem őket (a másodikra már én is rábukkantam, de még jobban belemélyedek).

Akkor kb. az a legjobb, ha szükség esetén megtörténik az AHCI módra váltás és hagyja az ember azt, ami a telepítéskor automatikusan beállításra kerül (ahogy eddig is tettem korábban a HDD esetén, esetleg most a swap fájl méretével lehet játszani és megnövelni az alap 2GB-ról memóriaarányosan, de ez sem létszükséglet a használatának fokából kiindulva), mert pont te írtad fentebb, hogy úgy is lefut hetente automatikusan, ha szükséges (https://linuxmint.hu/comment/39569#comment-39569) és a már általam többször emlegetett angol nyelvű videóban (a 10. perc környékén: https://www.youtube.com/watch?v=ovjl9Ki-EFg) sem nagyon futtatta korábban az emberünk (amikor a beállításokat végezte, akkor futott le a folyamat először a partícióján).

#38 SSD, és egyéb téma-kőrben egy kis "fejtágító". (A többsége aktuális - de nem biztos hogy mind !)
https://prohardver.hu/tema/ubuntu_linux_2/hsz_18888-18888.html
https://logout.hu/bejegyzes/ubyegon2/linux_ssd_n_de_hogyan_egy_kezdo_tip...

Szerk.: A folyamatos trim azért sem javasolt, mert egy esetleges adatvesztés esetén lehetetlenné
teszi a visszaállítást.

@#46

Ha jól értem az általad leírtakat, akkor pont az ellenkezőjét javaslod annak, amit itt felvázolnak: https://linuxmint.hu/sugo/a-rendszer-optimalizalasa-ssd-hasznalatra

@#49

Most már egy kicsit világosabb. Mivel lala korábban említette (https://linuxmint.hu/comment/39569#comment-39569), hogy a trimmelés alapértelmezetten lefut, ha szükséges, így az én esetemben (,mivel nem vagyok annyira járatos a témában, meg a háttértárhasználatom sem annyira számottevő, ahogy említettem) jobban járok, ha a TRIM opciót választom, a discard helyett és nem változtatok semmit telepítéskor, vagy azt követően, a vonatkozó beállításokon (,ahogy korábban írtam: https://linuxmint.hu/comment/39656#comment-39656).

#53

Semmi gond! Átnézem ezt is, most már összejött egy elég szép kis olvasnivaló.

#50
Bocsánat a link lemaradt.
https://prohardver.hu/teszt/mindent_az_ssd-krol/bevezetes_ssd-alapok.html

Belemélyedtem a beállítások módosításába, de még csak nézegetés szintjén (ez alapján: https://easylinuxtipsproject.blogspot.com/p/ssd.html)

Eljutottam a böngészőkre vonatkozó részig, itt a Firefox mellett a Chrome-ot említik. A Chrome-ra vonatkozó módszer alkalmazható a Chromium-ra is?

A Chromium személyre szabása és beállításai gomb (a függőleges pontok a jobb felső sarokban)-> Beállítások->Adatvédelem és biztonság->Továbbiak->Oldalak előtöltése a gyorsabb böngészés és keresés érdekében (ennek a deaktiválása a feladat, ha jól értelmezem az angol nyelvű leírást).

#10

Eddig nálam (amikor kiadtam a free -h parancsot) az esetek többségében nem nyúlt a swap-hez a gép (talán egy alkalmat leszámítva, amikor jelentéktelen mértékben vette igénybe, de akkor úgy, hogy a memóriában még lett volna felhasználható hely, ahogy Te is említetted).

Nálad lehet megoldás (jobban el vagy látva memóriával, mint én) a swap használatának mellőzése (swapoff a megfelelő módon, ennek nézz/kérdezz utána, ha érdekel a téma, sajnos én nem vagyok olyan szinten, hogy tanácsot adjak, csak megemlítem ezt a lehetőséget, mert belebotlottam keresgéléseim során), így kikényszerítve a memóriahasználatot, bár ez is lehet kockázatos játék (a swapiness értékének túl alacsonyra /0/ állításához hasonlóan).

#2 Ez a beállítás szart se ér: ugyanúgy használja a rendszer a swapfált, ha a swappiness 60-ra, vagy 10-re van állítva. Nálam 2 GiB használat mellett (a 8-ból) a rendszer továbbra is használja a swapot.

#64

A megnövekedett swap-használat (,illetve a fájlok swap fájlba történő "beragadása" - programok elindítás, bezárása sem sok hatással van az elfoglalt terület mértékére, hosszú perceken, akár órákon keresztül is ugyanazt az értéket mutatja, ha lefuttatom a free -h parancsot) oka, azonos (, vagy éppen sokkal alacsonyabb) terhelés mellett, lehet az, hogy korábban engedélyeztem az AHCI módot a BIOS-ban (HDD mellett: https://linuxmint.hu/comment/39604#comment-39604), és azóta tapasztalom ezt a jelenséget (eddig nem is nagyon használta a swap-et, még sokkal több program egyidejű futtatása mellett sem), bár lala korábban azt írta, hogy HDD esetén sem lehet negatív következménye az AHCI mód bekapcsolásának (https://linuxmint.hu/comment/39605#comment-39605).

#63

Csak azért említettem meg az opciót, mert írtad, hogy nálad is előfordul, hogy a kihasználatlan memória helyett a swap-et használja a gép, és azt hittem, hogy ez zavar téged, de ha nincs így, akkor hagyd figyelmen kívül.

Egyébként azt vettem észre, hogy a Chromium használata során használja leginkább (legalábbis nálam, egyéb esetben beéri a gép a memória mennyiségével is), sőt a bezárását követően sem igazán csökken a felhasznált swap terület mérete (sőt érdekes módon mindig 524K, viszont szabad memóriaterület van, sőt még esetenként nő is, az utolsó 2 kimenet már a bezárását követő értéket mutatja):

norbi@norbi-M540R:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2,9G        1,9G        100M        330M        950M        568M
Swap:          2,0G        524K        2,0G
norbi@norbi-M540R:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2,9G        1,4G        734M        156M        823M        1,2G
Swap:          2,0G        524K        2,0G
norbi@norbi-M540R:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2,9G        1,6G        501M        204M        887M        1,0G
Swap:          2,0G        524K        2,0G

Kotorásztam egy kicsit a Beállítások között és ezt találtam bekapcsolva (alapértelmezettként):

Beállítások->Speciális->Rendszer->A háttéralkalmazások továbbfuttatása, ha a Chromiumot bezárják

Megpróbáltam a kikapcsolt opciót, de ugyanúgy marad a swaphasználat, pedig arra gondoltam, hogy a háttérben futó alkalmazások foglalják a helyet, de ezek szerint tévedtem.

Vélemény/Javaslat?

#59

NOOP-ra váltás CFQ-ról:

norbi@norbi-M540R:~$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
norbi@norbi-M540R:~$ sudo nano /etc/default/grub

Eredeti grub:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Módosított változat:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"
GRUB_CMDLINE_LINUX=""

norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-54-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-54-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
norbi@norbi-M540R:~$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq]

NEM VÁLTOZOTT a cat /sys/block/sda/queue/scheduler parancs kimenete

Ha jól tudom, ezt kellene látnom:

[mq-deadline] none

#58 Rendszer-fájt csak admin. jogosultsággal tudsz szerkeszteni - tehát, a nano
elé kell a sudo.
Miután megfelelően szerkesztetted a grub fájlt, mentés, és kilépés
F3
enter
Ctrl+X
Egyébként, azon az SSD-n amely tönkrement, én is a "noop" ütemezőt állítottam be.
(Nem ettől ment tönkre az SSD. :))
Úgy vettem észre, hogy egy nagyobb fájl másolása gyorsult - cfq-hoz képest.
A cfq HDD-re van optimalizálva.

#69

Az SSD optimalizálásának eme részét ez alapján a leírás alapján kíséreltem meg elvégezni: https://easylinuxtipsproject.blogspot.com/p/ssd.html

Itt a Deadline opció csak megemlítésre kerül a NOOP és a CFQ mellett, mint támogatott ütemezési mód, de SSD esetén csak a NOOP beállítását írja le, gondolom azért, mert leginkább ez javallott.

Így szerintem ezt választom:

echo "noop" | sudo tee /sys/block/sda/queue/scheduler

A grub-ban visszaállítsam a kiindulási állapotot (a módosítás úgysem hozta a kívánt eredményt):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

,vagy maradhat a módosított is, így:

GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"

#67 Ez van nálad:

norbi@norbi-M540R:~$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
norbi@norbi-M540R:~$ sudo nano /etc/default/grub

A noop-ra váltáshoz csináld ezt (az sda tekintetében):

echo "noop" | sudo tee /sys/block/sda/queue/scheduler

A rendszert újra kell indítani.

SSD-re manapság nem tudom, melyik jó, megbeszélitek.
Általános leírás: https://wiki.ubuntu.com/Kernel/Reference/IOSchedulers

De az enyém HDD, és ez:

cat /sys/block/sda/queue/scheduler
[mq-deadline] none

Hogy ugyanezt elérd, ezt futtasd (a Wiki ezt írja):

echo "deadline" | sudo tee /sys/block/sda/queue/scheduler

#72

Működött:

norbi@norbi-M540R:~$ cat /sys/block/sda/queue/scheduler
[noop] deadline cfq

Köszönöm!

#69

Az SSD optimalizálásának eme részét ez alapján a leírás alapján kíséreltem meg elvégezni: https://easylinuxtipsproject.blogspot.com/p/ssd.html

Itt a Deadline opció csak megemlítésre kerül a NOOP és a CFQ mellett, mint támogatott ütemezési mód, de SSD esetén csak a NOOP beállítását írja le, gondolom azért, mert leginkább ez javallott.

Így szerintem ezt választom:

echo "noop" | sudo tee /sys/block/sda/queue/scheduler

A grub-ban visszaállítsam a kiindulási állapotot (a módosítás úgysem hozta a kívánt eredményt):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

,vagy maradhat a módosított is, így:

GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"

#73

Első alkalommal kimaradt a grub frissítés, de utána újból nekifutottam és gyanítom, hogy mindent jól csináltam, már csak azért is, mert a módosítás még mindig jelen van a grub-ban, ha nem jól jártam volna el (mentés, frissítés) gondolom visszaállt volna az eredeti állapotra, legkésőbb a következő újraindításkor:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"
GRUB_CMDLINE_LINUX=""

 

#67 Nem igazán értem hogy az ütemező átállítása "cfq"-ról "noop"-ra miért nem sikerült.
Hiszen az /etc/default/grub fájl szerkesztése - úgy nézem korrekt.
GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"
A szerkesztés utáni mentés megvolt ?

Ha a sudo nano-val nyitottad meg a grub-ot, akkor a megfelelő sor szerkesztése után
a mentés és kilépés:
F3
enter
Ctrl+X
és ezután jöhet a :
sudo update-grub

Elkészült a leírás használja mindenki egészséggel, de csak saját felelősségére (nem vagyok szakértő, csak azt írtam le, ami nálam bejött a segítőkész kommenteknek és nem kevés netes keresésnek köszönhetően). Javaslom az alapos átolvasását, mert vannak olyan részek, amik nálam nem jöttek be (a működő verziókat is lejegyeztem), de leírtam, hátha másnál beválik. Sejtem, hogy nem hibátlan (ha valaki talál hibát/hiányosságot kérem javítsa) és nem is örök érvényű recept, mely minden esetben használható, de kiindulási alapnak talán jó lesz.

Linux Mint 19.2 Tina 64bit Xfce telepítése SSD-re

1. lépés: BIOS-ban az ACHI módaktiválása (esetemben): https://linuxmint.hu/comment/39604#comment-39604

2. lépés: Telepítés megkezdése pendrive segítségével:

https://www.youtube.com/watch?v=19zdprIML7Q

https://linuxmint.hu/comment/19293#comment-19293

Még a telepítés előtt, live módban futtatva a rendszert ellenőrizzük, hogy ténylegesen át van-e állítva lemezkezelés ACHI módra: dmesg | grep -i --color ahci (https://paste.ubuntu.com/p/tMnYKC7fgb/ )
, ha minden OK, akkor elindíthatjuk a telepítést

Telepítés típusa→Kézi/Valami más opció választása (kiadás függő, hogy a telepítőben ez melyik név alatt jelenik meg)→Folytatás→Partíciók előkészítése ablakban: Új partíciós tábla… gomb→Folytatás→Az ablakban megjelenő Szabad területet kijelöljük→Hozzáadás gomb→Create partition/Partíció létrehozása (as superuser) ablakban létrehozzuk a gyökér (/) partíciót:

Az új partíció típusa: Elsődleges

Mérete MB-ban: 30720 MB (30GB)

Az új partíció helye: A hely kezdete

Használat/ Use as: EXT4 naplózó fájlrendszer

Csatolási pont/Mount point: /

Nyomunk egy OK-t

/home létrehozása:

Az új partíció típusa: Logikai

Mérete MB-ban: esetemben a fennmaradt összes terület az SSD-n

Az új partíció helye: A hely kezdete

Használat/ Use as: EXT4 naplózó fájlrendszer

Csatolási pont/Mount point: /home

Nyomunk egy OK-t

swap partíció/fájl 4096MB (4GB) ( https://www.youtube.com/watch?v=6UHEdMOW8n8 ):

SWAP PARTÍCIÓ ESETÉN:

Az új partíció típusa: Logikai

Mérete MB-ban: 4096MB (4GB)

Az új partíció helye: A hely kezdete

Használat/ Use as: Swap/cserehely

Csatolási pont/Mount point: nincs ilyen beállítás

Nyomunk egy OK-t→Telepítés most→Folytatás→Folytatódik a telepítési folyamat

SWAP FÁJL ESETÉN (https://www.youtube.com/watch?v=o24lj2RBZf4&feature=youtu.be ):

Nem adunk meg a root/gyökér (/) és a /home partíciók után swap partíciót, hanem nyomunk egy Telepítés most gombot→Felugrik egy ablak, mely arra figyelmeztet, hogy nincs swap partíció megadva (ez az én esetemben nem történt meg, mert a Mint általam használt verziója automatikusan létrehoz egy swap fájlt, ha nem hozok létre swap partíciót)->Folytatás->Folytatás→Folytatódik a telepítési folyamat.

Miután települt a rendszer, elindítjuk→nyitunk egy Terminált:

swapon --show Ha nem ír ki semmit, akkor nincs lapozófájl (Az általam használt Mint verzió automatikusan létrehoz egyet, a memória méretét figyelembe véve, így esetemben itt a SWAP FÁJL KIKAPCSOLÁSA/BEKAPCSOLÁSA/ÁTMÉRETEZÉSE részben leírtak voltak a használhatók: https://paste.ubuntu.com/p/sswYYTmtjf/ )

sudo fallocate -l 4G /home/norbi/swapfile (nyilván az elérési út más és más felhasználónként: /home/saját felhasználói fiók/swapfile) Létrehozunk egy 4gb-os (nálam ez a méret, ez a videó segíthet eldönteni a mindenkori igényeket: https://www.youtube.com/watch?v=6UHEdMOW8n8 ) swap fájlt a /home-on belül

ls -l a kimenetben megjelenik a swap fájl is

sudo chmod 600 /home/norbi/swapfile Módosítjuk a fájl elérését, így csak a tulajdonos tudja írni és olvasni

ls -l a kimenetben ismét megjelenik a swap fájl is, melynek már más lesz az elérési jogosultsága az előző parancsnak köszönhetően

sudo mkswap /home/norbi/swapfile Ezzel a paranccsal adjuk ki azt az utasítást, mely után a swapfile-t swap fájlként fogja kezelni a rendszer

sudo swapon /home/norbi/swapfile Ezzel bekapcsoljuk a swap használatát

swapon --show A parancs kiadását követően megjelenítésre kerül a swap fájl és annak tulajdonságai

Elmentjük a változtatásokat az fstab-ba, hogy a gép újraindítása után is megmaradjanak a beállításaink, ehhez megnyitjuk az fstab fájlt a (nano) szövegszerkesztővel és szerkesztjük:

sudo nano /etc/fstab Beírjuk a fájl végére a következőt

/home/norbi/swapfile (nyomunk egy tabulátort) none (nyomunk egy tabulátort) swap (nyomunk egy tabulátort) defaults 0 0 (ezek nullák, nem o betűk!!!)

A módosítást követően mentjük a változtatásokat F3, ENTER, Ctrl+X.

Újraindítjuk a rendszert

Terminálban folytatjuk:

swapon --show Ismét ellenőrizzük, hogy mi a helyzet a swap fájllal

cat /etc/fstab Ellenőrizzük, hogy az fstab-ban végzett, swap fájlra vonatkozó módosítások újraindítást követően is megmaradtak.

SWAP FÁJL KIKAPCSOLÁSA/BEKAPCSOLÁSA/ÁTMÉRETEZÉSE:

sudo swapoff -a Swap fájl kikapcsolása

swapon --show Ha itt nem ír ki semmit, akkor tényleg ki van kapcsolva a swap fájl

rm -r /swapfile Töröljük a swap fájlt

Beírjuk az i betűt, mellyel megerősítjük a törlési szándékunkat

(itt először tiltakozott:
rm: eltávolítja az írásvédett '/swapfile' nevű, „szabályos fájl” típusú elemet? I
rm: '/swapfile' nem törölhető: Engedély megtagadva

, de a parancsot újra kiadva sudo-val már működött: sudo rm -r /swapfile)

ls -l (a telepítés során a Mint általam használt verziója a root/gyökér könyvtárban hozza létre a swap fájlt) a kimenetben, az előbbi törlésnek köszönhetően, nem szerepel már a swap fájl.

Ezután létrehozhatunk egy eltérő méretű (kisebb/nagyobb) swap fájlt, az igényeinknek megfelelően, a fenti leírást követve.

SSD OPTIMALIZÁLÁS (https://easylinuxtipsproject.blogspot.com/p/ssd.html ):

1.) NOATIME:

Terminálban:

sudo nano /etc/fstab Megnyitjuk az fstab fájlt szerkesztésre a (nano) szövegszerkesztővel

Beírjuk (a / és a /home) a partíciók soraiba (FIGYELEM: a swap fájl/partíció, a /boot és a /boot/efi elé szigorúan TILOS beírni) a noatime kifejezést vesszővel elválasztva közvetlenül az errors=remount-ro esetén így: noatime,errors=remount-ro

defaults esetén így: noatime,defaults

Mentsük a módosításokat a nano segítségével F3, ENTER, Ctrl+X.

https://paste.ubuntu.com/p/BSSb5bgVgt/

2.) Trim:

Elvileg alapbeállításként lefut hetente.

https://linuxmint.hu/comment/19293#comment-19293

sudo run-parts -v /etc/cron.weekly parancs kiadásával ellenőrizzük, hogy be van-e állítva a heti trim lefuttatása, ha a kimenetben ez szerepel, akkor minden OK:
run-parts: executing /etc/cron.weekly/fstrim

Ez nekem nem jött be: https://paste.ubuntu.com/p/8DPxYkVyqM/

Ez a megoldás vált be:

https://paste.ubuntu.com/p/wFQf572DY2/

3.) Swappiness (https://linuxmint.hu/comment/39569#comment-39569 ):

cat /proc/sys/vm/swappiness Ellenőrizzük a jelenlegi értéket (alap beállítás a 60=a memória 40%-os kihasználtsága után kezdi el használni a swap mappát/fájlt)

sudo nano /etc/sysctl.conf megnyitjuk a sysctl.conf fájlt a (nano) szövegszerkesztővel szerkesztésre, hogy a 60-as értéket 10-re állítsuk, ezt kell a fájl végére beírni/beilleszteni:

vm.swappiness = 10

Mentjük a változtatást, kilépünk (F3, ENTER, Ctrl+X) és újra indítjuk a rendszert.

Ellenőrizzük, hogy a módosítás ténylegesen megtörtént: cat /proc/sys/vm/swappiness

https://paste.ubuntu.com/p/4tcBj7BBq7/

4.) A Firefox lemezírási műveleteinek korlátozása:

a.) A Firefox network chance-ének RAM-ba helyezése:

Ez a művelet 200MB RAM-ot vesz igénybe (FIGYELEM!!! 2GB alatti RAM esetén mellőzendő)

about:config megnyitása a Firefox URL mezőjébe (https://ibb.co/fvLLpq4 )

A figyelmeztetés megjelenésekor a kockázat elfogadása opció választása

browser.cache.disk.enable beillesztése az oldal szűrő mezőjébe

false értékre váltás dupla kattintással, így tiltásra kerül a lemezterület chance-ként történő használata (https://ibb.co/64y015P → https://ibb.co/Vmv9qp5 )

browser.cache.memory.enable beillesztése az oldal szűrő mezőjébe (https://ibb.co/Cn9jJ9s )

Itt az értéknek már elvileg true-nak kell lennie, ha mégsem, akkor erre kell váltani, így engedélyezve a RAM chance-ként történő használatát

browser.cache.memory.capacity beillesztése az oldal szűrő mezőjébe, itt az érték valószínűleg -1 (https://ibb.co/L1J30Fq ), ezt kell 204800-ra váltani (200MB=204800KB), így megadva a chance-ként felhasználható 200MB-os RAM-területet (https://ibb.co/7v6VgS8 )

Ennél a résznél nem kell megijedni, ha nem sikerül a memóriaméret megadása, nálam sem működött, de miután lefuttattam a Frissítéskezelőben a telepítést követő első frissítést (így frissítésre került a Firefox is) már módosítható volt ez a rész is.

Zárjuk be a Firefoxot, majd indítsuk el újra és ellenőrizzük a változtatások meglétét a about:config Firefox URL mezőjében történő ismételt megnyitásával

FIGYELEM! Ezeket a módosításokat minden felhasználónál el kell végezni, ha több felhasználói fiók van a gépen

b.) Az előző munkamenet helyreállítására vonatkozó beállítások:

about:config megnyitása a Firefox URL mezőjébe (https://ibb.co/fvLLpq4 )

A figyelmeztetés megjelenésekor a kockázat elfogadása opció választása

browser.sessionstore.interval beillesztése az oldal szűrő mezőjébe (https://ibb.co/XFMkDqY )

A browser.sessionstore.interval-hoz tartozó 15000-es értéket (azt jelenti, hogy 15 másodpercenként kerül alapbeállításként mentésre az aktuális munkamenet a lemezen) állítsuk át 15000000-re (https://ibb.co/D9ky8t0 )

Zárjuk be a Firefoxot, majd indítsuk el újra és ellenőrizzük a változtatások meglétét a about:config Firefox URL mezőjében történő ismételt megnyitásával

FIGYELEM! Ezeket a módosításokat minden felhasználónál el kell végezni, ha több felhasználói fiók van a gépen

5.) A Chromium (Chrome) lemezírási műveleteinek korlátozása (https://linuxmint.hu/comment/39686#comment-39686 ):

Chromium személyre szabása és beállításai gomb (a függőleges pontok a jobb felső sarokban)-> Beállítások->Adatvédelem és biztonság->Továbbiak->Oldalak előtöltése a gyorsabb böngészés és keresés érdekében ezt a beállítást kell deaktiválni (mivel jelenleg nincs letöltve a Chromium, csak a korábbi HDD-m használatakor tudtam letesztelni a folyamatot, így képekkel most nem szolgálhatok, csak a lépések sorrendjét tudom leírni).

6.) NOOP-ra váltás CFQ-ról:

cat /sys/block/sda/queue/scheduler parancs kiadása Terminálban, így megtudjuk, hogy a jelenlegi beállítások szerint NOOP-ra, vagy CFQ-ra van-e állítva az adott lemez I/O (input/output) ütemezője. A parancsban az sda az sda lemezt jelöli, ha a lemezünknek más a „neve”, akkor azt kell a parancsba belefoglalni az sda helyére

Ha a parancs kimenete ez: [mq-deadline] none, akkor nincs más teendőnk,

ha viszont ez: noop deadline [cfq], akkor át kell állítani noop-ra a grub szerkesztésével

Meg kell nyitni a grub-ot a szövegszerkesztő (nano) segítségével: sudo nano /etc/default/grub

A grub fájlban ezt a sort kell megkeresni:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

és erre kell lecserélni:

GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop quiet splash"

A módosítások mentése, majd kilépés (F3, ENTER, Ctrl+X) a szövegszerkesztőből (nano-ból)

sudo update-grub parancs Terminálban történő kiadásával frissítjük a grub-ot

Indítsuk újra a gépet.

https://paste.ubuntu.com/p/JcYktMVn2y/

Sajnos a fenti megoldás nálam nem működött, de ez igen (https://linuxmint.hu/comment/39839#comment-39839 ):

echo "noop" | sudo tee /sys/block/sda/queue/scheduler

norbi@norbi-M540R:~$ cat /sys/block/sda/queue/scheduler
[noop] deadline cfq

A noop került a szögletes zárójelek közé, így ez a beállítás van használatban.

 

FONTOS: Használat során törekedjünk arra, hogy mindegyik partíción nagyságrendileg 20-25% szabad hely legyen

FONTOS: Ne engedélyezzük a hibernálást, alapbeállításként tiltva van.

FONTOS: Tilos a töredezettségmentesítés

 

#87

Köszönöm!

#82 Perfekt, gratula.

Szép napot!

Köszönöm a válaszokat!

Noatime: egyelőre használom, tesztelem, az általad (444tibi) leírtak alapján nem nyerek vele sokat, de azt sem jelezted (más sem), hogy veszítek.

TRIM: a telepítéskori, alap beállítást (aktiválva van) meghagytam, ezen nem módosítottam semmit, gondolom a rendszer megalkotói csak tudják, hogy mit csinálnak (nálam biztos jobban értenek hozzá), ha a későbbiekben szükség lesz rá, akkor hozzányúlok (persze előtte azért majd kérdezek).

Swappiness: jelenleg az érték nálam 10 16G RAM mellett, de eddig még nem tűnt fel, hogy használta volna a rendszer (figyelem: htop), a másik gépen 4G RAM mellett már rendszeresen igénybe vette (max. 20-30MB) úgy, hogy messze nem fogyott el a 4G (kb. 2-2,2G körül már írt a swap-be szorgalmasan).

A Firefox (a terminálban történő indítást követően írogat ki üzeneteket, melyek a korábbi, másik gépnél jelentkező Firefox problémakor megjelentekre hajaznak. Szemmel tartom őket, de egyenlőre nem piszkálom, mivel eddig nem okoztak kellemetlenséget a használat során), és úgy általában a rendszer nem lett élhetetlen, sőt jelentős a felhasználói élménybeli javulás a másik géphez képest (erre mondjuk számítottam, mert a vas, ami most alatta van más kategória).

Tényleg nem simogatni szeretném az ssd-t, hanem használni, de azért nem minden áron törekszem a maximális teljesítménye kisajtolására (ipari a cucc, tehát bírja a strapát, de használt, így az előélete ismeretlen számomra, de elvileg 100%-os ként vettem, garanciával), ennél fontosabb számomra a megbízható, stabil és tartós működése, éveken át, ezért törekszem a legoptimálisabb beállítások alkalmazására, ezért is kértem ki a véleményeteket és voltam/vagyok kíváncsi a tapasztalataitokra, információitokra (az sem baj, ha ezek eltérőek, ahogy az fent is látszik: TRIM-444tibi / lala).

A másik gépben is működik még az SSD, bár az állapotáról nincs aktuális adatom (alapjában véve, a felhasználói szokásaimból adódóan, extra kíméletes bánásmódban részesült idáig).

Az Fstab-ban akkor törlés helyett nyomok egy #-et a régi swapfile sorába.

Köszönettel, Norbi

u.i.: elég off a kérdés, de ha már szóba került a hardverek simogatása, milyen szünetmentes tápot javasolnátok, ami kiszolgál egy 400W-os táppal rendelkező gépet+egy Lenovo-T24i-10-es monitort+egy modemet, és az árától sem jövök le az életről, de azért nem is a kuka aljába való a cucc. Prémium (vállalati felhasználásra szánt) terméket érdemes/lehet egyáltalán használtan venni (PC-khez hasonlóan) és mondjuk felújítani/felújítva, új aksival+garanciával venni? Javasolt/kerülendő márkák/gyártók/típusok? 30e magyar pénz körül mit várhatok (gondolom nagy csodát nem). Igazából csak arra volna szükségem, hogy áramszünet esetén megfelelően le tudjam állítani a gépet.

#95

Én is úgy vélem, hogy kb. soha nem lesz szükségem a swapfile használatára, különösen úgy, hogy nem használom az alvást és a hibernálást sem (egyébként hogyan tudnám ellenőrizni, mondjuk terminálban, hogy le vannak-e tiltva vagy sem? Telepítéskori beállítás /elvileg nem piszkáltam/ alapból On/Off?). A # már a megfelelő helyre került.

#94 watch free -m

is jó arra hogy lásd mikor kezd el swappelni a rendszer.

16 GB RAM és swapinnesss 10 érték mellett normál felhasználás esetén (szinte) soha nem fog. A swap jó ott biztonságnak, ha egyszer mégis kellene, illetve jó lehetne ahhoz, hogy a rendszerereden választhatóak legyenek a kikapcsolás mellett az alvás és hibernálás funkciók is, de ahhoz a 4 GB szerintem kevés. Simán lehet élni ezen funkciók nélkül.

Az fstabban a felesleges sor kikommentelésével egyetértek.

#97

Ezek lehet, hogy közelebb visznek annak a megválaszolásához, hogy nálam jelenleg mi a helyzet:

https://ibb.co/9w88ytC
https://ibb.co/RQk43WV

Ha a Kikapcsoló gombra kattintok, akkor a Kijelentkezés, Újraindítás, Leállítás, Felfüggesztés, Felhasználóváltás opciók választhatók nálam.

#96 „... nem használom az alvást és a hibernálást sem,egyébként hogyan tudnám ellenőrizni, mondjuk terminálban, hogy le vannak-e tiltva vagy sem?”

Igazából nem tudom, nem kell ezt külön kézzel szabályoznom. Cinnamon felületet használó rendszeren (Mint 22, LMDE 6) én egyszerűen a kikapcsológombra kattintok és ha van elegendő swap, akkor megjelenik a lehetőségek között a Hibernálás (Hibernate) lehetőség is.
Keresek neked két képet.

A másodikon pluszban ott a hibernate is, ennyi.
Debian 12 Xfce-n is hasonlóan egyszerűen járok el, ott annyi a különbség, ha nincs swap vagy kevés ehhez, akkor a Hibernálás ott van ugyan az ablakban, de szürke, azaz nem választható.

#99

A bevált rendszer maradt, és terveim szerint a támogatási ciklus végéig marad is.

norbi@norbi-70UB001NEA:~$ inxi -S
System:
  Host: norbi-70UB001NEA Kernel: 5.4.0-200-generic x86_64 bits: 64
  Desktop: Xfce 4.14.2 Distro: Linux Mint 20 Ulyana
norbi@norbi-70UB001NEA:~$

#98 Milyen rendszered van most? A felület, úgy látom Xfce maradt.

Jöhet egy inxi -S kimenet, az eléggé megválaszolja ezt.

#101

A megérzéseid helyesek, tényleg nem használom a felfüggesztést sem (full alap a géphasználatom).

Én is csak az átmeneti ki-bekapcsolásra találtam javaslatokat, de valójában nagyon nem mélyedtem bele, mert amúgy sem használnám/használom, csak azért olvastam utána, mert említetted a fentiekben swap méretével kapcsolatban (esetemben ennek a témának sok relevanciája  egyébként nincs).

#98 Akkor te az alapfunkciókon kívül most a felfüggesztést tudod választani, amit gondolom nem használsz, a hibernálás, amit szintén nem használnál, nincs aktiválva.

Én sajnos nem tudom, hogy ezt terminálból hogyan lehet ellenőrizni, inkább olyan találatokat kaptam, hogyan lehet engedélyezni, letiltani.

#105

Tudom, hogy csak áprilisig támogatott, de azért került az "új" gépre, mert a régin is ez van már évek óta, így már ismerem és stabilan működik, arra meg nem vagyok ráfeszülve/rászorulva, hogy a legújabb rendszer legyen feltelepítve (ezért is szavazok mindig az LTS változatokra).

A frissítés tekintetében hasonlóan gondolkodunk, én eddig mindig kimaxoltam az 5 éves ciklusokat, és a közbenső verziókat átugortam, tehát a Mint 21 (nagy valószínűséggel) kimarad az életemből, a 22-vel meg (,ha a 20-as jól működik addig, és miért is ne tenné) várok még pár hónapot, hogy az esetleg még előjövő betegségeit tudják javítani a fejlesztők és a lehető legstabilabb és hibátlanabb formában kerülhessen fel a gépre, hiszen évekig tervezem használni (reményeim szerint problémák nélkül).

#102 Az már csak 2025 áprilisig támogatott!  Fogalmam nincs miért az ment az „új” gépre, de mindegy is, szerintem frissíteni kellene legalább Mint 21-re ('27 áprilisáig kap frissítéseket).

Én mondjuk egyből kettőt lépnék, telepítenék mellé egy Mint 22-t (támogatottság vége: '29 április)  és szép lassan belaknám. Akkor egy ideig megint nyugi lenne.

#94

Az említett szünetmentes táp témához kapcsolódóan.

Van valakinek közelebbi tapasztalata, esetleg szakmai véleménye a következő típusokkal (úgy általában a szünetmentes tápokkal) kapcsolatban:

https://kulsoaksi.hu/green-cell-ups-szunetmentes-tapegyseg-aio-800va-lcd...

https://kulsoaksi.hu/green-cell-ups-szunetmentes-tapegyseg-micropower-80...

https://kulsoaksi.hu/green-cell-ups-szunetmentes-tapegyseg-micropower-10...

https://pcland.hu/eaton-5e900ud-5e-900va-ups-138133?utm_source=arukereso...

https://www.arukereso.hu/szunetmentes-tapegyseg-c3133/apc/easy-1000va-bv...

Leginkább az 1000VA-s típusokat gondolnám megfelelő teljesítményűnek (600W), mert a 480W-os kapacitásúak elég karcsúnak és erőtartalék nélkülinek tűnnek számomra (a fent említett, csatlakoztatni kívánt eszközök energiaigényét figyelembe véve). Leginkább a Green Cell UPS Szünetmentes tápegység Micropower 1000VA látszik a legmegfelelőbbnek, mivel van kijelzője (monitorozható), 2 aksi van benne és nem egy (talán megbízhatóbb ezáltal), ráadásul kapható hozzá gyári akksi emberi áron, ami nem utolsó szempont a jövőt illetően.

Vélemények, észervételek, tapasztalatok, javaslatok, bármi egyéb?

 

Szép napot!

Köszönöm a válaszokat!

Noatime: egyelőre használom, tesztelem, az általad (444tibi) leírtak alapján nem nyerek vele sokat, de azt sem jelezted (más sem), hogy veszítek.

TRIM: a telepítéskori, alap beállítást (aktiválva van) meghagytam, ezen nem módosítottam semmit, gondolom a rendszer megalkotói csak tudják, hogy mit csinálnak (nálam biztos jobban értenek hozzá), ha a későbbiekben szükség lesz rá, akkor hozzányúlok (persze előtte azért majd kérdezek).

Swappiness: jelenleg az érték nálam 10 16G RAM mellett, de eddig még nem tűnt fel, hogy használta volna a rendszer (figyelem: htop), a másik gépen 4G RAM mellett már rendszeresen igénybe vette (max. 20-30MB) úgy, hogy messze nem fogyott el a 4G (kb. 2-2,2G körül már írt a swap-be szorgalmasan).

A Firefox (a terminálban történő indítást követően írogat ki üzeneteket, melyek a korábbi, másik gépnél jelentkező Firefox problémakor megjelentekre hajaznak. Szemmel tartom őket, de egyenlőre nem piszkálom, mivel eddig nem okoztak kellemetlenséget a használat során), és úgy általában a rendszer nem lett élhetetlen, sőt jelentős a felhasználói élménybeli javulás a másik géphez képest (erre mondjuk számítottam, mert a vas, ami most alatta van más kategória).

Tényleg nem simogatni szeretném az ssd-t, hanem használni, de azért nem minden áron törekszem a maximális teljesítménye kisajtolására (ipari a cucc, tehát bírja a strapát, de használt, így az előélete ismeretlen számomra, de elvileg 100%-os ként vettem, garanciával), ennél fontosabb számomra a megbízható, stabil és tartós működése, éveken át, ezért törekszem a legoptimálisabb beállítások alkalmazására, ezért is kértem ki a véleményeteket és voltam/vagyok kíváncsi a tapasztalataitokra, információitokra (az sem baj, ha ezek eltérőek, ahogy az fent is látszik: TRIM-444tibi / lala).

A másik gépben is működik még az SSD, bár az állapotáról nincs aktuális adatom (alapjában véve, a felhasználói szokásaimból adódóan, extra kíméletes bánásmódban részesült idáig).

Az Fstab-ban akkor törlés helyett nyomok egy #-et a régi swapfile sorába.

Köszönettel, Norbi

u.i.: elég off a kérdés, de ha már szóba került a hardverek simogatása, milyen szünetmentes tápot javasolnátok, ami kiszolgál egy 400W-os táppal rendelkező gépet+egy Lenovo-T24i-10-es monitort+egy modemet, és az árától sem jövök le az életről, de azért nem is a kuka aljába való a cucc. Prémium (vállalati felhasználásra szánt) terméket érdemes/lehet egyáltalán használtan venni (PC-khez hasonlóan) és mondjuk felújítani/felújítva, új aksival+garanciával venni? Javasolt/kerülendő márkák/gyártók/típusok? 30e magyar pénz körül mit várhatok (gondolom nagy csodát nem). Igazából csak arra volna szükségem, hogy áramszünet esetén megfelelően le tudjam állítani a gépet.

#113

SSD: Én nem piszkáltam az alapbeállítást, ahogy írtam, csak tudják a fejlesztők,  hogy  mi nekem a jó, az idő meg majd eldönti, hogy jól tettem-e, hogy bíztam a szakértelmükben (eddig minden hibátlan).

UPS: Úgy néz ki, hogy megtaláltam az "igazit" (az említett Green Cell UPS Szünetmentes tápegység Micropower 1000VA ), már leinfóztam az egyik helyen, hogy mennyire passzolna az igényeimhez, közben viszont találtam egy másik boltot, ahol (amellett, hogy egy közeli településen van) sokkal kedvezőbb az ára, így most onnan várom a választ, hogy azonos termékről beszélünk-e (az oldalukon a neve és néhány paramétere eltér az első boltnál olvashatóaktól, viszont a gyártói cikkszám megegyezik). Igazából nem lenne napi 24H-ban használva (a gép sincs, így őt is kikapcsolnám/áramtalanítanám - egyébként ez jó ötlet), csak arra kellene, hogy amikor a PC be van kapcsolva és elmegy az áram legyen néhány percem mindent manuálisan (nem az UPS-re hagynám, a hibernálás meg nem játszik amúgy sem) leállítani, kikapcsolni (hosszabb időre nem hagynám magára, még egy sör kedvéért sem - lehet, hogy ezért most sokan megvetnek). A kapacitáson meg azért sem igazán gondolkodom már, mert a fenti tápnak van egy kistestvére (Green Cell UPS 800VA 480W - 480 W-os teljesítménnyel, egy akkuval), ami alig kerül kevesebbe (ha jól megy minden, akkor meg az olcsóbb helyen a nagyobbat kapom meg kb. annyiért, mint amennyiért a kisebbet láttam máshol). A készenléti fogyasztás meg a nem 24 órás üzem mellett (napi pár, gyakran 1-4h) gondolom nem sokban különbözne a két UPS (kisebb/nagyobb) esetén.

Régi gép: Eddig nagyjából elég volt a teljesítménye, 2G  RAM alatt meg szokott állni, a swap-et is "csak" a videók (pl. youtube és társai), meg néhány éhesebb weboldal szokta gyötörni pár mega erejéig. Igazából nem is értettem, hogy miért swap-el, hiszen még vagy 1G meróriája van használaton kívül (papíron a LM 20 sem okozhatna neki problémát XFCE-vel meg különösen nem), de úgy tűnik, hogy a proci (core 2 duo 2,0 GHz - ki is pörgeti szépen), méginkább a bele integrált GPU (a RAM-ból is csak korlátozott mértékben tud csipegetni, ha jól emlékszem, fél GB a max, illetve nem igazán boldogul már a mostani szabványokkal, ebből eredhetett a korábbi Firefox problémám is) az igazi gyenge láncszem. Egyébként nem csak Light disztrókat néztem, hanem Light böngészőket (Falkon/Pale Moon), ez nem tudom mennyit javítana a dolgon (maga a megnyitott oldal erőforráséhsége maradna a régi, ha nem tévedek).

 

 

 

Nvme ügyben. Én hajlok arra hogy elhiggyem hogy nem kell neki trim és magától csinálja meg.
Hülyeség a logikám de eddig %-os arányban több helyen olvastam ezt mint az ellenkezőjét.

Ups vásárlás.
Ne a wattokat meg a kilowattokat nézd hanem a rendelkezésreállási időt a te adott terhelésednél.
Hiába veszel 1kW ups-t ha neked kell pl. 250W és azt 20 percig tudja 50ezerért,  míg más kisebb teljesítményű és ezért jóval olcsóbb modell meg csak 10 percig tudja de csak 20ezerért.
Egy ups-nek az a dolga hogy azt a pár percet míg lelövöd a gépedet, vagy lelövi ő elküldi alvóba,/hibernációba, azt kibírja az akkuja. Nem 5-10 órákra van tervezve.
Minél nagyobb max. teljesítményű, ezzel arányosan növekszik a nyugalmi áramszükséglete.
Ez talán nevetséges de én megtanultam becsülni 20-25 wattot is, Év végén nem mindegy hogy egy nonstop üzemben működő eszköz 5 vagy 15ezerrel nyomta meg a villanyszámlát.
És ha már UPS, ezek okos eszközök, ha pont leugrottál egy sörért a boltba és áramszünet lesz, az ups akku lemerül, ha nincs megfeleő méretű swapod akkor az ups hiába akarja a gépedet lehibernálni, nem tudja mert nincs hova.

Régi hardver.
4GB ram elég. Én agresszíven gyilkolom a Linuxomat, 6GB fölé még az életbe nem sikerült vinnem.
Átlagos használatnál 3 alatt.
Már meg sem említem mert látom némileg antiswapos ssdkímélő típus vagy  hogy 4 gigát kiegészítve egy gyors nvme swappal, smooth gördülékeny rendszert kapsz.
Egy modern DE 500-600Mb rammal elvan, ha valakinél akkor nálam van minden csicsa, automatikusan induló folyamatokkal telipakolva a KDE és bőven megáll 700 alatt.
Ha mellényitok böngészőt 5-6 tabbal, mediaplayert, félvagon alkalmazást se megy 3,5 fölé.
És ugyanezt tapasztalom W10-en pedig az egy eléggé éhes rendszer. 1,3-1,5GB mire feláll, de utána ha nem nyúzom, nincs böngésző 15 tabbal nyitva, az is elvan 4 gigán.Szűken az igaz.
Perpill Winen vagyok, a gép 32 órája megy, agyongyötörve, minden megnyitva rajta ami létezik, böngésző 8 füllel és 5,2GB a ramhasználat.
Linuxon ez 4-4,2 körül megállna.

Ami viszont fontos.
Ha őskövület proci van a gépbe, akkor a videolejátszás weben/helyben  kiakasztja a gépet. Ennek okát nem ragoznám hosszan, lényeg hogy a proci natív utastáskészletébe még nincs benne a hardveres dekódoláshoz szükséges utasításkészlet, amivel át tudná adni pl. a H264 rendert a videokártyának. 
Erre történtek a hőskorban ál-szoftveres megoldások pl. Cuda és társai de nem az igazi. 
Ezokból egy 12-13 éves akár 65W TDP-s  procit megeszik reggelire egy legalja 8 éves Intel Cherry Trail 6W tdp-s processzor video teljesítményben, akár 4K-t is kiprésel magából ez a nyamvadt Intel IGP.
És jön/már itt van a H265 HEVC.

Mai toplista, videorender, grafika, játékok és 4. a webböngészés.
Ezeket azért írtam le ilyen hosszadalmasan mert nap mint nap olvasom fórumokbon hogy melyik light disztrót tegyem fel, "dehát  csak böngészőt, kis Yutubot, FB-ot néznék.
Nem a disztró fog akadni hanem a böngésző de nagyon.
Tessék kipróbálni. 

 

#118

Csekkoltam a swapiness beállítást, és minden úgy van, ahogy a rendszer telepítését követően (jó pár hozzászólással és évvel ezelőt általam leírtak szerint) beállítottam:

norbi@norbi-M540R:~$ cat /proc/sys/vm/swappiness
10
norbi@norbi-M540R:~$

Ezért sem értem, hogy miért használja, gyanítom, hogy a RAM-ból lecsípett virtuális memórai mérete kevés bizonyos esetekben (a BIOS-ban 3 opció van: 128MB, 256MB és MAXDVMT), és ezért használja a swap-et (ez lehet életképes gondolatmenet a részemről), eddig 256MB-t volt kiválasztva (elég karcsú manapság), most átváltottam MAXDVMT-re hátha számít valamit a gyakorlatban.

Terminálban htop-ot futtatva nem veszek észre változást, a 4GB RAM-ból, 3,82GB érhető el most is (valahogy itt sem jön ki a matek 4 GB-3,82GB nem =256MB).

#116
„Igazából nem is értettem, hogy miért swap-el, hiszen még vagy 1G meróriája van használaton kívül”

Bocsánat, ha már volt, nem olvastam ezért újra az egész témát, csak ezen megakadt a szemem.
Ennek oka az lehet, hogy a swappiness értéke az alapértelmezett 60-on van.
Ezt le tudod ellenőrizni a

cat /proc/sys/vm/swappiness

paranccsal. Amennyiben átállítod 10-re vagy akár 5-re sokat javul a helyzet.
https://linuxmint.hu/comment/67277#comment-67277

#120

Egy Lenovo TS150 a gép Xeon e3-1225V6 procival, integrált gpu van csak benne, így a (gyári) 400W-os táp messze nincs kihaszálva (meglenne a kisebb gyári 250W-ossal is). A monitor sem túl nagy étvágyú, egy Lenovo T24i-10, meg lenne még egy modem, amit el kellene látni pár percig árammal.

A UPS-eknél nem láttam sehol olyan táblázatot az eladók oldalain, ahol fel lett volna tüntetve, hogy mekkora fogyasztást mennyi ideig bír kiszlgálni. Csak használt termékeket árusító webáruházban találkoztam ilyennel, de más termékre vonatkozóan, így ebből nem vonnék le következtetéseket.

Barkácsolni nem szeretnék, nem is értek hozzá, ráadásul még színtévesztő is vagyok, így nem erőltetném. A videóban szereplő készülék teljesítménye, meg az ára is meghaladta azt, amit optimálisnak gondolnék a magam számára.

Az egyik oldalon, ahol néztem a szünetmentes tápot, volt egy inverter (ez volt a sikertermék a témakörben), ami közelebb állna a realitásokhoz, de azzal sem jönnék ki jobban: Green Cell feszültségátalakító 12V-ról 230V-ra, 300W/600W, tiszta szinusz hullám, keringtetőkhöz

Szerintem marad a két akksis (2x7Ah )Green Cell, amihez kapható és nem is gyilkos árú a gyári aksi (ráadásul leinfóztam és 2X9Ah-ra is cserélhető, igény esetén).

#108  Kérdés, hogy mi a cél. Egy PC-hez elég 600VA, feltéve hogy nem gamer PC, fal méretű 4K monitorral. De fontosabb paraméter a Wh, azaz mennyi ideig képes akkuról működni.  (tudom, nem szokták ezt az adatlapra írni újabban). De így vagy úgy, vannak már normális autóakkus inverterek (amik 10 ms bypass sebbességgel váltanak, azaz már szünetmentest is lehet belőlük építeni), ami csak egy inverter, oszt olyan autó akkut (többet is) kötöl rá, amilyet akarsz. Vevornak vannak ilyenjei, de sokféle van, nem mindegy melyiket nézed.

Itt egy videó, amire gondolok: https://youtu.be/UodzwOywa5Q

Persze, ez sokkal többe kerül mint egy mezei szünetmentes, de azoknál utólag fizeted ki a nagy pénzt, amikor aksikat veszel bele.

A fenti videón egy 3000 W típus látható, amivel egy kisebb háztartást is lehet szünetmentesíteni. Rákötheted a PC-n kívül a routert, TV-t, a cirkót, lámpákat, stb. (elektromos sütővel és indukciós tűzhellyel azért csak óvatosan).

#125

Akkor pontosítok. Az általam jobban szemügyre vett típusoknál nem találtam (lehet hogy van, csak én nem vettem észre) sem táblázatot, sem grafikont (készségesen elhiszem, hogy más gyártók kommunikatívabban e tekinteben, mint a Green Cell).

A végleges modell (pár perce adtam le a rendelést) gyártói oldalán sem találtam ilyesmit, ha ők sem közlik, akkor a kereskedők sem igazán tudják (hacsak a termék dobozában nincs valami infó, amit közzé tudnak tenni), legalábbis én náluk sem találkoztam ilyen jelegű tájékoztatással (az általam megrendelt termék eladójának ügyfélszolgálata is csak annyit tudott a kérdéseimre válaszként küldeni, hogy a gyári adatok az irányadóak). 

#124
"A UPS-eknél nem láttam sehol olyan táblázatot az eladók oldalain, ahol fel lett volna tüntetve, hogy mekkora fogyasztást mennyi ideig bír kiszlgálni."

Hogyne lenne, pl. az APC összes modelljénél meg van adva egy interaktív grafikon. Huzigálod az egeret a görbén és kiírja a terhelés-rendelkezésreállási időt.  Vaktában ráböktem egy modellre,
https://www.apc.com/us/en/products-runtime-graph/BK500BLK/apc-backups-500va-tower-120v-6-nema-515r-outlets-user-replaceable-battery/