Keresés

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

  • ubyegon2

    félisten

    válasz fekete.puma #104386 üzenetére

    Azt írja, hogy hozzon létre egy 8MB-os formázatlan particíót bios-grub jelzővel.

    Ez érdekes, mert az oldalán lévő videóban a 100MB EFI-t kattintotta be az ember, nem volt szó külön 8MB particióról. No mindegy, kíváncsivá tett a dolog, ha hazaértem, meg is nézem. Melyik verziót töltötted le, a minimalt vagy a normált? A zram megléte nem sok vizet zavar egyelőre...

  • fekete.puma

    aktív tag

    válasz ubyegon2 #104384 üzenetére

    Azt írja, hogy hozzon létre egy 8MB-os formázatlan particíót bios-grub jelzővel.
    Megnézed a GParted nem mutatja.
    Szerintem ők egyedileg mókolták össze, nem a BTRFS miatt ilyen.
    Manjaro alapú de ott nincs Zram variálás.
    Mi van ott az fstab-ban...

  • ubyegon2

    félisten

    válasz fekete.puma #103523 üzenetére

    Nem csinálja minden disztró, az Ubuntu és a Linux Mint egy ideje alkalmazza, de úgy emlékszem a Debian nem rakott fel automatikusan. Amúgy ha nem lennél lusta, inkább zram-ot csinálnék helyette, már rég ki akarom próbálni a működését, de ahhoz fel kéne raknom valami RAMzabáló programot/játékot is. Egy időben foglalkoztatott nagyon a zram, látszik is a linkelt hsz-ek mennyiségéből. Fura egy madár a zram, mert anno a nagyon kevés RAM-ok miatt hozták létre, de azóta sok RAM mellé is érdemes felrakni. Például a Garuda alapból azt csinál a BTRFS mellé.

  • ubyegon2

    félisten

    válasz Vasti74 #101970 üzenetére

    :)

    Amikor ez a valaki a fülét megvakarta, még kb max 1GB méretű RAM-ban gondolkozott és bizony ennyi vagy még kevesebb RAM és lassú HDD használata mellett igen hasznos tudott lenni a zram, ha jól emlékszem 1/3 tömörítési arányban dolgozott, így anno olyan folyamatok is futtathatók voltak, amit a meglévő memória mennyiség nem tett volna lehetővé.

    Amúgy a PCIe 3.0 SSD szekvenciális sebességét nem érdemes hasonlítgatni a DDR3 RAM sebességéhez, mivel tudjuk, hogy az elméleti max a PCIe 3.0 NVMe SSD-nél sok kis file másolása esetén nagyon nem azt a sebességet nyújtja, mintha egy nagy fájlt másolnánk. De tény, hogy 16-32GB DDR4 RAM-tól és PCIe 4.0 NVMe sebességnél egyre kevesebb jelentősége van a zram megoldásának.

    Amúgy a DDR3-1600 DRAM sebessége 12800 MB/s, ami kicsit jobb, mint a PCIe 3.0 SSD sebessége és ugye a RAM ezt inkább hozza is, mint az SSD, a fent említettek miatt.

    Amúgy SSD-nél a szekvenciális sebességek marketing szempontból fontosak(ezért veszed Te is) :D , ami lényeges, az az access time, kb 99%-ban ezt élvezi a user. A DDR3 access time-ot vagy ami ennek megfelel, nem tudom, így ilyen összehasonlítás nem lesz. ;)

    Ilyet találtam csak, de ez is érdekes lehet...

    Kicsit azért furcsállom, hogy a sokat felemlített 30 éves Linuxos pályafutásod alatt nem futottál még össze ezzel a zram-mal. Leánykori nevén lehet ismerted egyébként, compcache volt anno a neve.

    Aztán ott van még a zswap is, hogy ne legyen egyszerű az élet... :Y

  • urandom0

    senior tag

    válasz Vasti74 #101972 üzenetére

    Persze, értem - csak azt nem értem, hogy egy ennyire csúcsteljesítményre kihegyezett rendszernek miért probléma pl. a fractional scaling?!

    A zram egy régi dolog, a fractional scaling pedig viszonylag új. Idő kell neki, mire kiforr. A HiDPI monitorok még csak most kezdtek elterjedni.
    És a Linuxnak azok a részei fejlődnek gyorsan, amiket szervereken, embedded eszközökön, és mobilokon használnak. A zram-ot pl. az Android is használja sok-sok éve, meg a Chrome OS is.
    De az asztali Linux-ra viszonylag kevés erőforrás jut, mert nincs benne akkora pénz.

  • urandom0

    senior tag

    válasz Vasti74 #101970 üzenetére

    Pedig van benne logika.A zram tömörítve van, és itt ez a lényeg. Ha csak úgy bent lenne a memóriában, akkor nem lenne tömörítve (a teljes memória tartalmát is lehet tömöríteni, de nem szokás, mert az lassítja az elérést).
    Meg persze amellett, hogy tömörítve is van, sokkal gyorsabb az elérése, mint ha a lemezre lenne kirakva.

  • válasz V.Stryker #101906 üzenetére

    32 giga ram van az asztali gépemben, egy 5 gigás partíciót szoktam csinálni az SSD végére, hogy ne sírjon a telepítő. Régebben a merevlemezek idejében tudtommal inkább a lemez elejére tették a cserehelyt, viszont SSD-nél a gyors hozzáférés miatt kb. mindegy.

    Ha nem csinálsz partíciót, akkor az Ubuntu automatikusan egy swap fájlt hoz létre, amibe írja a dolgait. Más, talán modernebbnek mondható Linuxok már a RAM-ba teszik át a swapet több más partícióval együtt, Fedora például alapértelmezetten a Zram-ot használja. Mivel hibernálni már nem igazán szokta senki a gépet, így egy minimális méretű partíciót hagyhatsz neki a lemez végén, mert 16 giga ram esetén szerintem nem fog az nagyon írni a swapba semmit.

    Nálam 1 terás SSD felosztása Linux Mint esetén:

    512 MB EFI partíció
    25 GB ext4 ROOT partíció
    970 GB ext4 HOME partíció
    ~4-5 GB SWAP partíció

  • urandom0

    senior tag

    válasz V.Stryker #101906 üzenetére

    Swapolni lehet fájlba is, ahhoz nem feltétlenül kell külön partíció. Az, hogy kell-e egyáltalán swap, saját döntés, én nem szoktam csinálni, zram swap van nálam (memóriába swapol a rendszer, és tömöríti). De ha akarod, csinálhatsz.
    A /home-ot nem szoktam külön fizikai partícióra tenni, szerintem felesleges. A "megmaradós" adatok egy külön HDD-n vannak, be van symlinkelve a /home alá.
    A root a root felhasználó home-ja, megintcsak nem külön partíció.

    Ha UEFI-képes a gép, akkor efi partíció hozz létre.

  • ubyegon2

    félisten

    válasz CsengődiGeri #97822 üzenetére

    A Linux Mint, ahogyan az Ubuntu is 17.04 verzió óta, swap file-t készített telepítéskor, ami sok szempontból jobb, mint a swap partició, de annyiban dinamikus csak, hogy változtathatod a méretét, egyébként van dinamikus swap file is, az egy harmadik swap változat. Elméletileg akkor is elkészíti a rendszer a swap file-t, ha van swap partició. A swap lényege röviden annyi, hogy a RAM-ban kezelt éppen nemhasznált fájlokat a rendszer swap-ba rakja, így csinál helyet a következő processzeknek.

    A swap sokkal lassabb, mint a RAM, még SSD-re swapolás is nagyságrendekkel lassabb, így a legjobb, ha van elegendő fizikai memória és nem kell swap. Úgy vettem észre, hogy 8GB RAM-ig célszerű a swap, időnként használta a rendszer, de 12GB esetén is használja minimálisan, ha látja, hogy ott van, emiatt célszerű a swappiness default értékét 60-ról levenni mondjuk 10-re.

    Egyébként swap helyett használhatunk még zram-ot, főleg ha lassú a swap! [link]

    Ebben van két link, ami érdekes lehet, ha valakit jobban érdekel a swap.

  • ubyegon2

    félisten

    válasz csixy #96529 üzenetére

    Fura elképzelései voltak, ki tudja miket írkált volna még, ha nem tekerik le nála a hangerőt. :D

    Ez a képen megint egy RAM-ból futó csoda lenne? Picit bezavart nálam a zram látványa, így hogy memóriából fut a rendszer, különösen érdekes! :D Te kreáltad be oda azt a zram-ot, de mi célból amúgy?

    Nekem sincs bajom a Linux-szal a Dell Latitude-on, lecseréltem az SSD-t benne, már nincs Windows, viszont az UEFI-s telepítést a rendszertől tanulom el, nem lacafacázok sokat. Szűz SSD-re csinálok egy totál auto rendszertelepítést, aztán live-ból az üres helyet felosztom particiókra a többi disztrónak. Kíváncsi vagyok, melyik rendszer fog köhögni, hogy kicsi neki a félgiga EFI partició! Következő telepítésnél amúgy pontosan kiírta az installhelper particionálója, mit kell csinálnom. Testing Neon, mert meg akartam nézni az új plasma 6-ot...hááát elég sok plasma összeomlás kisablak volt eddig. :N Cinnamon 6-on a megjelenése óta nulla hibajelentő ablak volt, szóval marad ez az eccerű DE még egy darabig.

  • Sziasztok,

    Zram-ot systemd mentes disztróban is be tudok állítani? Lényeg, hogy külön swap partíciót nem csinálnék, hanem a RAM-ban szeretném, hogy menjen a "téma".

    Debianon nagyon könnyű beállítani, de Devuanon (sysvinit) ötletem sincs, hogy hogyan lehetne.

  • ubyegon2

    félisten

    válasz PCProfessor #95450 üzenetére

    CachyOS nem kifejezetten home user célokra való, tekintve milyen célokra default benne az XFS, párhuzamosan a BORE scheduler alkalmazásával. XFS inkább bivalyerős CPU és sok RAM mellett nagy fájlokkal végrehajtott műveleteknél optimális, rengeteg kis fájllal való művelethez EXT4 a jó. Nyilván lehet váltani FS-t, de semmiképp nem javasolt kezdő home usereknek. szerintem

    Egyébként megfelelő hardverkörnyezetben a BORE scheduler kifejezetten jó tud lenni, épp a github linkben lévő Demo is mutatja. :K

    Garuda inkább alkalmas home usereknek, bár rettenet bloat így elsőre majdnem az összes felülettel, de legalább érdekes, itt is alapból BTRFS van zstd tömörítéssel az EXT4 helyett, Ennél is a jobb I/O kezelés a cél előbbiekkel, plus alkalmazzák default a ZRAM-ot, az nem rossz megoldás szerintem. De a Garuda azért is szimpi, mert van önkritikája, a Chaotic-AUR ezt jelzi. :D

    Endeavour az jó választás natë fórumtársnak, mivel már használta.

  • ubyegon2

    félisten

    válasz 5leteseN #94895 üzenetére

    Te nagy próbálgatós vagy, szerintem olvasgasd át ezeket a zram-os hsz-eket, hátha megtetszik.

    Van kis Zram or Zswap tweaking téma is. ;)

  • #63718632

    törölt tag

    válasz Rowon #94392 üzenetére

    Asszem' a Debian nem csinál swap file-t és zram-ot sem default. Más disztrók meg igen, hiába ott a swap partíció.
    Szóval, ha Debian-on swapfile-t akarsz, megcsinálod magadnak. [link] , de ha lát a telepítő swap partíciót, azt felcsatolja és használatba veszi.

  • #63718632

    törölt tag

    válasz csixy #92427 üzenetére

    Ez meg custom telepítés, btrfs nélkül. Sima ext4-es gyökérrel. "Mordor" mellé dual-ban.
    nobi2@nobara-pc:~$ lsblk -f
    NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
    sda                                                                            
    ├─sda1 vfat   FAT32       04F7-F698                             681,3M     2% /boot/efi
    ├─sda2 ext4   1.0   boot  85c221e7-d480-45c9-9068-9fd1515ae865  667,7M    25% /boot
    ├─sda3 swap   1           994a786a-bd69-4875-a6b4-485d376135cc                [SWAP]
    └─sda4 ext4   1.0   root  7e33edf8-1b26-4f7a-bb8d-4cd8f9b20a1b   36,7G    26% /
    sr0                                                                            
    zram0                                                                         [SWAP]
    nobi2@nobara-pc:~$ su
    Jelszó:  
    root@nobara-pc:/home/nobi2# fdisk -l
    Disk /dev/sda: 60 GiB, 64424509440 bytes, 125829120 sectors
    Disk model: VBOX HARDDISK    
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 9363D34C-1EBE-4E15-A3F7-0F54277B0498

    Device        Start       End   Sectors  Size Type
    /dev/sda1      4096   1437695   1433600  700M EFI System
    /dev/sda2   1437696   3534847   2097152    1G Linux filesystem
    /dev/sda3   3534848  11923455   8388608    4G Linux swap
    /dev/sda4  11923456 125827071 113903616 54,3G Linux filesystem


    Disk /dev/zram0: 3,79 GiB, 4071620608 bytes, 994048 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    root@nobara-pc:/home/nobi2#

  • #63718632

    törölt tag

    válasz csixy #92427 üzenetére

    Ilyen a default telepítés, teljes lemez belakással.
    nobi@nobara-pc:~$ lsblk -f
    NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
    sda                                                                            
    ├─sda1 vfat   FAT32       4B5B-4F24                             581,5M     3% /boot/efi
    ├─sda2 ext4   1.0         37633c74-ba6d-4872-925b-fb9f57f6b103  722,5M    19% /boot
    ├─sda3 btrfs              68fca3fa-abc4-4791-8fb0-59b86fec16ec   44,1G    14% /home
    │                                                                             /
    └─sda4 swap   1     swap  491337d9-523b-4bf3-8611-12a7b0f3de6f                [SWAP]
    sr0                                                                            
    zram0                                                                         [SWAP]
    nobi@nobara-pc:~$ su
    Jelszó:  
    root@nobara-pc:/home/nobi# fdisk -l
    Disk /dev/sda: 60 GiB, 64424509440 bytes, 125829120 sectors
    Disk model: VBOX HARDDISK    
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 8A3E0F44-1047-4AFC-A17A-EE6E0809509A

    Device         Start       End   Sectors  Size Type
    /dev/sda1       4096   1232895   1228800  600M EFI System
    /dev/sda2    1232896   3330047   2097152    1G Linux filesystem
    /dev/sda3    3330048 113362260 110032213 52,5G Linux filesystem
    /dev/sda4  113362261 125821079  12458819  5,9G Linux swap

    Disk /dev/zram0: 3,81 GiB, 4086300672 bytes, 997632 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    root@nobara-pc:/home/nobi#

  • #63718632

    törölt tag

    válasz Grizzlu #91956 üzenetére

    Ilyen partíciós táblát csinál, ha odaadod az egész lemezt a telepítőnek.

    mityi@pop-os:~$ lsblk -f
    NAME          FSTYPE FSVER LABEL     UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
    sda                                                                                      
    ├─sda1        vfat   FAT32           D4FE-CDC6                             756,8M    26% /boot/efi
    ├─sda2        vfat   FAT32           D500-12B6                               1,6G    60% /recovery
    ├─sda3        ext4   1.0             a440f5b2-7642-4629-a6ac-94f1fca95f6c   30,9G    18% /
    └─sda4        swap   1               2d8c03d2-29cb-4d76-a309-e792084e6f4e                
      └─cryptswap swap   1     cryptswap 5f547e96-7112-4279-ad6f-d114059dab80                [SWAP]
    sr0                                                                                      
    zram0                                                                                    [SWAP]
    mityi@pop-os:~$ 

    Hasonlót kellene csinálni neki a Win mellé. A VBox-ban én 50 GB-os lemezt csináltam. Valószínűleg arányosan kell szabni a recovery-t is. Vagy ténylegesen modellezd le Te is, akkora lemezzel, mint amennyit szánsz neki.

    Fontos az efi és a recovery partíció jelölői is.

    Win11 mellé gondoltam én is, csak még nem jutottam odáig, hogy fel is tegyem.

  • csixy

    addikt

    Felraktam egy q4os Plasmát, utána hátbatámadtam cinnamon és gnome telepítéssel, mert ugye a cinnamon a kedvencem. Tudom, hogy a QT és a GTK nem szerencsés együtt, de jól működik minden. A telepítésből megint csináltam egy live linux buildet. 5,1gigás lett a squashfs fájl. Iso fájlt nem is volt hajlandó belőle csinálni, csak zip-et. Felraktam egy pendrájvra Ext4 partícióra. Beletelik egy kis időbe míg felpakolódik a RAM-ba, 7-8 gigát foglal, de szépen működik elfér a 32 giga RAM-ban, még egy 16 gigás swap partíciót azért bekapcsoltam, ha rá akarna fanyalodni, meg van 512 zram-ja. Semmi más partíció nincs felcsatolva. Most kijelentkeztem a cinnamonból és visszaléptem a plasmába. Bex@rok, így is megy ! :) Mingyárt megnézem a Gnómokat is.

  • ubyegon2

    félisten

    válasz Rowon #89581 üzenetére

    A Pápa is mate teával bírja ki a napjait. ;]

    Érdekes, hogy ez a modern disztró is ezeket használja:

    https://wiki.cachyos.org/en/home/General_System_Tweaks

    3. Zram or Zswap tweaking

    Zswap is a kernel feature that caches swap pages in RAM, compressing them before storing. It improves performance by reducing disk I/O when the system needs to swap.
    Zram is a RAM-based swap device that does not require a backing swap device.

    For zswap, use the following recommended configurations:

    # echo zstd > /sys/module/zswap/parameters/compressor
    # echo 10 > /sys/module/zswap/parameters/max_pool_percent

    To make the changes persist, add zswap.compressor=zstd zswap.max_pool_percent=10 to your bootloader's kernel command line options

    For SSDs, set the page-cluster value to 1 in /etc/sysctl.d/99-cachyos-settings.conf. For HDDs, set it to 2.

    Bootválasztónál live-ban van külön nVidia-s verzió is, akinek ilyen VGA-ja van, kifejezetten jól jöhet.

  • ubyegon2

    félisten

    válasz Rowon #89534 üzenetére

    Jobb ha tényleg figyelsz erre a swap-ba írásra, mert ha nem, kb 60000 év alatt ír annyit az SSD-re, hogy a TBW harmada odalesz! :D De akár használhatsz helyette zram-ot is, szintén gyorsabb, mint a meghajtó to swap!

    Aktuális swap használatot tudod figyelni, de értelemszerűen mást nem.

    How To Check Swap Usage Size and Utilization in Linux

    Ha nagyon elvetemült vagy, akkor zswap is van!

    10 éve a kis kapacitású SSD-nél még azt mondtam, érdemes a swappines értéket állítgatni, de most? :N

    Különben a legkímélőbb az SSD-re nézve éppen egy hardveres megoldás, úgy hívják, hogy poweroff gomb! :D

  • ubyegon2

    félisten

    válasz natë #88059 üzenetére

    Nézegettük már a swapon --show kimenetet anno, mert a különböző swap megoldások egymásra rétegzése is tud meglepetéseket okozni amúgy!? A most feltelepítendő disztrónál is figyeld ezeket!

    ilyenekre gondolok:

    -swap partició
    -swapfile
    -zram
    -zswap

  • #63718632

    törölt tag

    válasz ubyegon2 #87552 üzenetére

    Röviden annyi, hogy a disztróba össze van gereblyézve minden, amit utólag kellene a Fedora-hoz hozzáadni. RPM fusion, zárt driverek, firmware-k, Wine + a szükséges dolgok játékhoz, kodekpakkok, ecetera. Függetlenek a Fedora projektől és nem egy fajta közösségi Spin, hanem önálló disztró. Minden könnyen telepíthető GUI-ról.
    Három féle ISO-t adnak, Pure Gnome, Pure Plasma és az Official. Ami egy extension-nökkel beállított Gnome (alsó tálca, start menü, stb). Amit külön-külön kéne beállítgatni. Nekem ez utóbbi tetszik. Ha Gnome-ot használnék így állítanám be.
    Érdekesen partícionál, ha neki adod a teljes lemezt. Efi (/efi/boot, ha abban telepíted, /boot -ext4 és btrfs /home és / osztással. Swap zram0-ba.
    Elsőre sokalltam a fogyasztott memóriát és arra gondoltam, hogy a btrfs miatt van. Csináltam egy egyéni partícionálásos telepítést btrfs nélkül sima /-ext4 formában. Ott valami gebasz lehetett, mert a Grubot nem tudta telepíteni. Nem menetem utána, hogy miért.
    Lehet ez sem lesz jó Win mellé dualbootban.
    Flatpak-et támogat, elő van készítve. meg megy simán a dnf csomagkezelő is.
    Most indítva 1GB körül eszik a memóriából, úgy hogy nem a btrfs a hunyó. Vagyis nem az volt, inkább a friss telepítés utáni nagyobb cache és az abban még meglévő dolgok.
    Pattogós rendszer, sokkal jobban, mint a Vanilla.

  • ubyegon2

    félisten

    válasz #63718632 #87435 üzenetére

    Érdekes ez a VanillaOS, kicsit Garuda feeling Ubuntu alapon, annál is btrfs meg zram volt. Ha érdekel valakit a btrfs Garudánál csámcsogtunk rajta: [link] [link].

  • #63718632

    törölt tag

    Halihó :-)
    Pár napja, lehet 1 hete is. Eszetlenkedtem itt a VanillaOS-el kapcsolatban. [link]
    Akkor csak live-ban tudtam kipróbálni és felemás tapasztalat volt részemről. Most úgy adódott, hogy fel tudtam rendesen telepíteni. Egy teljes lemezre, mivel dual boot-ot nem enged a telepítője (nincs custom partícionálás).
    VirtualBoxban meg használhatatlan még a live is. (Mindegy milyen erős vason)
    A telepítőben az alap dolgokon kívül nem nagyon kell megadni mást (username, passwd, időzóna, nyelv, telepítési céllemez). Az érdekesség az első boot után érkezik. A Welcome menüben.
    Ilyen fájlrendszert csinál magának:
     sdb                                                                           
    ├─sdb1 vfat   FAT32       39F3-3685                             958,1M     1% /boot/efi
    ├─sdb2 ext4   1.0         1e463b74-6921-4276-85a1-38ed6c782866  737,7M    15% /boot
    ├─sdb3 btrfs        b     2500f4d9-14af-4891-99e2-f5e2eb8819e2   14,1G    25% /var
    │                                                                             /opt
    │                                                                             /.system/usr
    │                                                                             /
    ├─sdb4 btrfs        a     ad358d99-1c2f-4685-871e-c8ddd3232107   13,6G    25% /media/mukika/a3
    └─sdb5 btrfs              d32e0668-87c8-47b8-853f-036a5efdb054  190,1G     3% /home

    Swap-ot zram0-ban csinál magának, kb.: 50% memóriányit.

    A Welcome menüben van sok opció, az egyik a Flatpak és Appimage támogatás bekapcsolása. Ezzel elszüttyög egy kicsit, majd reboot kell neki. Indulás után meg felpakolja magának a Flatpak minden cuccát.
    Aztán megint reboot. Innen kezdve a rendszer Flatpak alapú lesz, kb. mint az EndlessOS. Ami a Flathubon van azt tudod telepíteni, meg Appimage-ket.
    Nem működik az apt csomagkezelő. Holott a multkoriban mondtam, hogy live-ra működik és ami default snap csomag az Ubuntu-ban. Az snap-es lesz és felpakolja hozzá a snap rendszert.
    Kíváncsiságból feltettem a FF-ot Flatpak-ből, mert ugye arra panaszkodnak, hogy snap-al lassan indul és ecetera. Hát a szoftverkezelőből telepítés után nyitva villám gyorsan idult. Egy reboot után picit lassabban, másodjára indítva majdnem olyan gyorsan, mint telepítés után.
    Azt nem tudom összehasonlítani, hogy a snapes FF mennyire indul lassan.

    Most megint csak következtetek, ha egy új telepítéssel. A Welcome menüben kihagyom a Flatpak integrációt. Akkor apt-snap alapú marad, mint a live. Utólag nem lehet vissza vonni a Flatpak beállítást.

    Estére lehet meg leszek azzal is.
    Passzolom a kérdést, hogy a btrfs jó-e mindenkinek, meg minden féle vasra.
    :D

  • csixy

    addikt

    Kis kedvencem az én virtuális gépem. ;]
    user@thegeep:~$ lsblk
    NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
    loop0         7:0    0   3,4G  1 loop /run/initramfs/memory/bundles/01-core.sb
    zram0       254:0    0   512M  0 disk 
    nvme0n1     259:0    0 476,9G  0 disk 
    ├─nvme0n1p1 259:9    0   100M  0 part 
    ├─nvme0n1p2 259:10   0    16M  0 part 
    ├─nvme0n1p3 259:11   0 155,3G  0 part 
    ├─nvme0n1p4 259:12   0   651M  0 part 
    ├─nvme0n1p5 259:13   0 155,5G  0 part 
    ├─nvme0n1p6 259:14   0   156G  0 part 
    ├─nvme0n1p7 259:15   0     9G  0 part [SWAP]
    └─nvme0n1p8 259:16   0     1M  0 part 
    user@thegeep:~$ 

  • ubyegon2

    félisten

    válasz csixy #85850 üzenetére

    Alakul ez, már csak ezek a vad színek....azt a default terminalt nagyon nem kedveltem, kb használhatatlan volt, nem kell ennyire csicsának lennie egy terminalnak, de ezzel a Nemo-val jól megzavartál, nem gondoltam, hogy KDE-re könnyen felmegy. Kicserélem én is akkor majd a terminal-t meg a fájlkezelőt. No várjunk, a fish az a shell a bash helyett, a terminal az a konsole! Ne zavarj össze! ;]

    Arra vagyok még kíváncsi, hogy 32GB RAM mellé csinál 32GB zram-ot nálad? Mondjuk túl sok értelme nem lenne, az tény. Abban az Assistant segédben láttam, hogy elég sok GTK-s program van, igaz régóta tudják egymás dolgait kezelni a QT meg a GTK....

    Gondolom ezeket is megtaláltad már...

    USB 3.0 külső házak vezérlőinek jellemzői Linux alatt

    Live Linux használata külső merevlemezek teszteléséhez

    Ennek a topiknak az Összefoglalójában van táblázat külső házakról, chip, UASP, etc...

  • ubyegon2

    félisten

    válasz mefistofeles #85788 üzenetére

    & (#85789) csixy

    Röviden, mert bő 15 percet töltöttem vele, kifejezetten jónak tűnik a Garuda! A normál KDE verziót raktam fel és mivel csixy komámmal már érintettük a témát, így megint utánaolvastam a BTRFS-nek, ha érdekel itt pontokba szedik a lényeget: Btrfs vs Ext4 – Functionalities, Strengths, and Weaknesses.

    Nem lenne gond a BTRFS-sel sem, de home usernek nem kifejezetten előnyös, így marad az EXT4. Különben nem lenne vészes az a plusz írásterhelés sem az SSD-nek, épp néztem pár napja a Samsung 860 EVO 1TB SSD írásterhelését, 11.6097 Terabytes van benne és most 21 hónapja használom, mindenes, szóval torrent is megy rá, ha egyre kevesebb is... ;) (ma már inkább streaming-en jönnek a Linux iso-k)

    A garanciális limit 600TBW, ilyen ütemben még 59 év, mire elérem, kíméljem akkor az írástól? :Y

    Szóval meg kell csinálni EXT4-re az adott particiót, ezt már Garuda live-ban is megcsinálja a Kparted, a telepítősegéd particionáló része viszont már csak BTRFS-t ajánlja fel plusz még két fura valami volt ott. Mivel EXT4-re ment a telepítés, kimarad minden furmányos dolog, amit a Garuda weboldala ír és kifejezetten a fs miatt történik.

    Ami kezdőknek igen kényelmes lesz, az a Garuda Setup Assistant, ez install utáni első boot után felugrik, tájékoztat, hogy most érdemes lenne frissíteni a rendszert, ez megvan és utána bejön egy hasznos ablak, amiben 15 altémában végig lehet böngészni a programokat és amit bejelölsz, azt felrakja, kb mindent el lehet innen intézni és utána már minden szükséges program fenn van.

    Lenn a dock első ikonja a Garuda Welcome, azt megnyitva van egy Garuda Gamer ikon, ami itt megnyílik, abban gyakorlatilag minden gamereknek szükséges program kijelölve telepíthető, még Xbox kontolleres dolgokat is láttam ott.

    Installnál lehet választani külön, ha nVidia VGA drivert akar a user. Swap automatikusan készül, ahogy nézem a fizikai RAM méretét követi, ja és zram-mal csinálja, meg nem mondom, hogy L4Z vagy ZSTD tömörítéssel csinál ramdisk-et, de ha szükség van a swap-ra, akkor az gyors lesz!

    Ez a ZSTD tömörítés más szinteken is megvalósul, de ebben sem mélyedtem el, így lehet ez is BTRFS függő....

    5.19.10-zen1-1-zen kernellel fut, a grafikai részt berakom:

    Graphics:
    Device-1: Intel 3rd Gen Core processor Graphics vendor: Hewlett-Packard
    driver: i915 v: kernel arch: Gen-7 ports: active: LVDS-1 empty: DP-1, DP-2,
    DP-3, HDMI-A-1, HDMI-A-2, HDMI-A-3, VGA-1 bus-ID: 00:02.0
    chip-ID: 8086:0166 class-ID: 0300
    Device-2: Chicony Integrated HP HD Webcam type: USB driver: uvcvideo
    bus-ID: 1-1.3:4 chip-ID: 04f2:b230 class-ID: 0e02 serial: SN0001
    Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3
    compositor: kwin_x11 driver: X: loaded: modesetting
    alternate: fbdev,intel,vesa gpu: i915 display-ID: :0 screens: 1
    Screen-1: 0 s-res: 1600x900 s-dpi: 96 s-size: 423x238mm (16.65x9.37")
    s-diag: 485mm (19.11")
    Monitor-1: LVDS-1 model: AU Optronics 0x11ee res: 1600x900 hz: 60
    dpi: 118 size: 344x193mm (13.54x7.6") diag: 394mm (15.5") modes: 1600x900
    OpenGL: renderer: Mesa Intel HD Graphics 4000 (IVB GT2) v: 4.2 Mesa
    22.1.7 direct render: Yes

    Akinek lényeges a friss kernel, Xorg, Mesa, annak nem lesz panasza, Xwayland is van...

    Erre volt elég bő negyedóra, amúgyis kifolyt már a szemem ettől a sweetfied plasma témától, de a Rendszerbeállításokkal nem bíbelődtem, amúgy is az ismert KDE stílus, el lehet vele bíbelődni órákat, mire mindent belősz saját igényre. :K Nem bloatabb az átlag KDE disztróknál default állapotában, egyébként van KDE lite verzió is, azzal pár napja bíbelődtem.

    CPU governor, memory management, Timeshift és társaival sem foglalkoztam most. Ja és van még egy tweak opciókkal telepakolt menü, azt most nem is néztem, pár napja nyitottam meg, ott is rengeteg hasznos opció van! :K

    Konklúzió, szerintem KDE Archklónok közül esélyes kezdőknek az első helyre, pár éve simán írtam volna róla egy ismertető blog-ot is!

  • K0zm0

    aktív tag

    válasz ubyegon2 #82466 üzenetére

    Visszaadom nekik, használják és ha igen lassú lesz akkor teszek egy próbát a zRam-al. De igen, ez már erősen nyugger kategória.

  • ubyegon2

    félisten

    válasz K0zm0 #82465 üzenetére

    Ilyenkor lehet a RAM hibás, de akár alaplapi elektronika is galádkodhat, nem tudom mennyire rugalmas a memória hely, hogy tudnál-e bele dupla méretet rakni a még működő foglalatba, ha nem akkor érdemes felrakni a zram-ot, kevés RAM-nál ennek a tömörítési eljárása hozhat valami pozitívumot akár. De tény, hogy az a gép már retired kategória.

  • ubyegon2

    félisten

    válasz csixy #81781 üzenetére

    autodefrag , csak tudják garudáék is , hogy a hdd-ket ma már csak inkább adattárolásra használjuk, minden más SSD-n leledzik.

    Aham tudják....én tuti kikapcsolom egyből azért ezt az opciót onnan. :D Sajna Linuxra nincs olyan szofisztikált defrag módszer, ami csak HDD-re cuppan rá, bár lehet, hogy felismeri ez is, de akkor installkor miért rakja be az opciót FSTAB-ba? Ugye ilyenkor lefuttat egy hw-detect valamit és az alapján folytatódik a telepítés...

    Látom csinált a meglévő swap mellé zram-ot is, érdekesen oldja meg, de ez normális így, márminthogy akkor is csinál, ha van swap partició. :K

  • ubyegon2

    félisten

    válasz csixy #81773 üzenetére

    Huha, tényleg érdekesnek tűnik ez az FSTAB! Ennek utána kell majd olvasni, miért kezel mindent particióként, ami EXT-nél mappa amúgy, de ami a két rossz hírem....

    1. minden csatolt particiónál benne van az autodefrag opció! :F

    2. az fstrim.timer úgy látom, hogy havi rendszerességre van állítva, szerintem a heti lenne az optimális

    Át kéne állítanod a leírás alapján weekly-re, ha systemd-s a Garuda, akkor működnie kéne ott is így.

    Remélem ez egyszerű feladat lesz neked. :K

    Ja és a zram-ot csekkold le léci, mennyit csinált!

    sda3 csatolási pontja automatikusan lett így beállítva vagy változtattál valamit rajta?

    Tetszik ez a disztró, semmi nem a megszokott benne, mondom én, aki 8 éve ugyanazt a legunalmasabb disztrót használja napi szinten. :D

  • ubyegon2

    félisten

    válasz rin33 #81602 üzenetére

    Még éppen nem gyenge a gép, kicsit öreg azért már HP 8570p de azért melóban az online szerkrendszer meg annak feltöltéséhez használt szerverek egyidejű elérése eléggé használja a böngészőn keresztül a RAM-ot és a CPU-t is pörgeti eléggé, zram mindenképpen jobb lehet és auto-cpufreq-re is kíváncsi vagyok és a zstd tömörítés is jó, ha ez így egyben érezhetően javulást okozna, akkor nyilván ezekkel átalakítanám a megszokott Mint-et, már amennyire kernelszinten enged mindent. Azt hiszem Ubuntu alapoknál is volt bizonyos szintű zstd compress, mostanában nem tudom, mi a helyzet.

  • rin33

    senior tag

    válasz ubyegon2 #81596 üzenetére

    Jó dolgok vannak benne, pl. nohang (earlyoom), zram, preload stb.. ezek nagyon jó dolgok régi pc-n, gyenge hardver esetén, minden telepíteskor felrakom, beállitom ezeket..
    A Zram simán lehetne alapértelmezett swap ahogy már szinte minden Android nál.

  • ubyegon2

    félisten

    válasz csixy #81593 üzenetére

    Ha csinálsz a GPT-s lemezre egy 1MiB-es formázatlan partíciót és a bios_grub jelzőt ráteszed, akkor telepíthetsz is rá linuxot Legacy módban, mert ellátja az MBR szerepét.

    Nekem csak egyszerűbb a megszokott módszer, de egyébként valamelyik EVO SSD-vel működött a 8570p, a másikat nem akarta semmiképp. 850 és 860 volt, de már egyiket sem használom rendszer alá ill nem az én gépemben van a 860-as.

    A garudát már próbáltam. Ki van tömve minden szirr-x@rral.

    A BTRFS az alapértelmezett fájlrendszer zstd tömörítéssel, ezt akarom megnézni, elméletileg jobb IO kezelést kéne hoznia, meg a zram-ra is kíváncsi vagyok ebben az összeállításban. Minap vettem észre, hogy a 12GB RAM-ból 10 fölött eszik a gép és már a swapfájlból is majd egy gigát használt. Hátha beválna a Garuda megoldása.....

  • ubyegon2

    félisten

    válasz csixy #80242 üzenetére

    Próbáltam, de nem tetszett az Arch filozófiával szembemenő 4gigabájtra felpuffasztott telepítője kitömve mindenfélével, még talán a Mari néni tyúkszemével is.

    Csakhogy az Arch filozófia dögunalmas, millió disztró épül Archra és mind messze áll a KISS-től, egyedül a konzolos telepítéssel felrakható pure Arch nem! Rápillantottam erre a Garuda-ra és valami haladó gondolkodást fedeztem fel, egy dolog, hogy mindent belepakolnak, de nézzük csak meg, mit ír a weboldal defaultnak egyből! Amit senki sem preferál, mert régen kevés memória mellé hozták létre, a zram default benne! Sokakkal ellentétben én ezt preferálnám, minap győzködtem is egy kollégát itt róla, talán a legnagyszerűbb swap megoldás a 3 közül! Ugye sokan SSD-t használnak és azt hiszik, hogy az gyors, jó arra is a swap, és tényleg gyors....csakhogy van valami, ami nagyságrendekkel gyorsabb annál is, ez maga a RAM és a zram meg ügyesen ezt használja, ha a CPU nem nagyon gyengusz, márpedig mai gépeknél nem az, akkor minimális plusz processzor használattal jóval gyorsabb lesz a swappolás, márpedig használ swapot a rendszer mostanában még sok RAM mellett is! És a zram használatával ez nem fog lassítani.

    Egyszóval ha egy disztró régi megoldások újraértelmezését preferálja, az bizony igen érdekes dolgokat rejtegethet még! BTRFS fájlrendszer is ugye modern valami, szóval engem érdekel a dolog, lehet ki is próbálom. Idén még szinte nem is raktam fel semmit kíváncsiságból, most először megnézem, mi van még az Mint 20.2 Edge Cinnamonnal aztán lehet ez a Garuda jön.

    Azt a csoda Magyarch-ot meghagyom neked. ;]

    (#80243) hcl

    Elég tartós darab lehet, még MLC NAND-ok vannak benne! Ha valaki ilyenre cserélte az IDE-s HDD-t, az tuti eldobta a haját meglepetésében! :K Komoly darab, tényleg nem tudtam, hogy van ilyen, mondjuk nem is nagyon lehetett kapni, mivel industrial célú volt, ha jól látom.

  • Mustármag

    őstag

    válasz ubyegon2 #80019 üzenetére

    A htop parancsra csak annyit közölt hogy nem található, de telepíthető, és azt is leírta hogy hogyan. Ez marhajó, telepítettem is a paranccsal amit felajánlott és működik is. Nekem ez új a windows csak beint "old meg hülye gyerek" itt meg még segít is, ez nagyon tetszik.
    htop
    Swapons

    Most már látom hogy ott a zram 2x983,3M, szóval végül is sikerült a művelet. Köszönöm a segítséget. :R

    Értem, nagyjából. A Synaptic fent van alapból,de nem mertem piszkálni.

    Azt hiszem most jöhet egy kis partíció rendezés a Gperted-el, ha esetleg kerül valami erre a kis gépre az ne a "rendszerpartición" legyen. Hol kezdjem? Mert nekem semmire nem akart reagálni.

  • ubyegon2

    félisten

    válasz Mustármag #80014 üzenetére

    Érdekes, most vagyok gépközelben, csak tippem van, mi változott, de most nem tudtam kielemezni, csak megnéztem a notin, mi a fene van. Már nem particióként jeleníti meg a rendszer, de a következő parancsokkal nézzük meg, mi a helyzet:

    htop a mennyiséget

    (nálam kicsit érdekes lett, mert eddig 8GB swap file volt, szóval a htop azt mutatja, nem a 4x1,5GB zram-ot)

    swapon -s a zram darabszámát mutatja

    ubyegon@Mint-C-20:~$ swapon -s
    Filename Type Size Used Priority
    /swapfile file 1942928 0 -2
    /dev/zram0 partition 1516136 0 5
    /dev/zram1 partition 1516136 0 5
    /dev/zram2 partition 1516136 0 5
    /dev/zram3 partition 1516136 0 5

    ez még jobb: (itt minden swap-ot felsorol legalább)

    swapon --show

    ubyegon@Mint-C-20:~$ swapon --show
    NAME TYPE SIZE USED PRIO
    /swapfile file 1,9G 0B -2
    /dev/zram0 partition 1,5G 0B 5
    /dev/zram1 partition 1,5G 0B 5
    /dev/zram2 partition 1,5G 0B 5
    /dev/zram3 partition 1,5G 0B 5

    Ha el akarod távolítani a zram-ot, csak kiadod az alábbi parancsot és volt nincs(reboot után):

    sudo apt remove zram-config

    ubyegon@Mint-C-20:~$ swapon --show
    NAME TYPE SIZE USED PRIO
    /swapfile file 1,9G 0B -2
    ubyegon@Mint-C-20:~$ swapon -s
    Filename Type Size Used Priority
    /swapfile file 1942928 0 -2

    Mi baj a Szoftverközpont-al? Azt hittem az a legegyszerűbb és biztosságosabb út a telepítésre, legalábbis nekem ez jött le a "miért érdemes linuxot használni" szövegekből.

    Semmi, de átmeneti megoldásnak jó, később majd úgyis inkább terminal parancsokkal fogsz operálni. ;] Vagy köztes megoldásnak rakd fel a Synaptic csomagkezelőt, ez egy GUI-s megoldás, a Szoftverközpont azért veszélyes, mert csilivili és meglátja ott a user a Flatpak megoldásokat és akkor annyi is neki.

  • Mustármag

    őstag

    válasz ubyegon2 #79995 üzenetére

    Ilyenkor mi van?
    Nincs plusz sor, de ha le lefuttatom(javítsatok ha nem megfelelő a kifejezés) a "sudo apt install zram-config" parancsot, akkor azt írja hogy már kész....(reboot után vagyunk)

    Mi baj a Szoftverközpont-al? Azt hittem az a legegyszerűbb és biztosságosabb út a telepítésre, legalábbis nekem ez jött le a "miért érdemes linuxot használni" szövegekből.

  • ubyegon2

    félisten

    válasz tordaitibi #79997 üzenetére

    Nyilván a rendszer annyi RAM-ot használ okosan optimalizálva, amennyi van és jól csinálja.

    Kell-e a zram, ez egyedi döntés.

    Nem mondanám, hogy kell, nagyon egyértelműen akkor lenne ajánlottabb, ha HDD-n futna a rendszer. Én amúgy azt hittem, hogy kollégánál már fenn van és úgy kérdezte, hogy lehet-e 4giga RAM esetén is, most már maradjon, anno olvastam sokat a zram-ról és sokan használták, nem csak kevés RAM-mal. Jelen esetben kb mindegy, melyik típusú swap van használatban. Talán annyi a különbség, hogy a rendszer swap file-ból negyedannyit csinál, mint amennyi fizikai RAM van, a zram meg feleannyit. De legalább egyik sem foglal helyet alapból, főleg a zram nem, az még akkor sem, ha használatba vette a rendszer, kis meghajtó esetén ez is lehet akár előny.

  • tordaitibi

    veterán

    válasz ubyegon2 #79995 üzenetére

    Annyit fűznék a témához,
    én rendesen gyilkolászom a rendszert, 15+ program nyitva, játékemulátor, mediaplaxer, LO., Wine alatt futó több program, böngésző 7-8 füllel (YT. FB) stb.
    És a rekord 3,5G ramhasználat és 300M swap volt eddig.
    Kell-e a zram, ez egyedi döntés.

  • ubyegon2

    félisten

    válasz Mustármag #79994 üzenetére

    De nem lattam változást a abban amit ki írt a zram előtt és után, azért kérdeztem hogy én rontottam el, vagy azt még állítani kell.

    Ja értem már, tehát felraktad, megvolt a reboot é utána nem jelent meg x darab olyan sor, amit én is linkeltem nemrég? Ha nem volt reboot, akkor érthető, mivel a zram olyan rendszerszintű változtatást eszközöl(kernelszinten), amihez mindenképpen kell újraindítás.

    Egyébként ha már megy a terminal megnyitása, egyszerűbb lett volna oda beírni egy sort és szép lassan(inkább gyorsan) elfeledni azt a szép Szoftverközpont nevű valamit.

    sudo apt install zram-config

    Ha állítgatni akarnád, akkor kéne a zram-tools is, de nem kell állítgatni, automatikusan csinál szerintem 2x1giga swap-ot, ami a RAM-ba fog dolgozni 3:1 tömörítéssel.

  • Mustármag

    őstag

    válasz ubyegon2 #79992 üzenetére

    Azt másolás - beillesztéssel csináltam. Csak így gyorsabb volt hivatkozni rá. De nem lattam változást a abban amit ki írt a zram előtt és után, azért kérdeztem hogy én rontottam el, vagy azt még állítani kell.

  • ubyegon2

    félisten

    válasz Mustármag #79991 üzenetére

    Szoftverkezelőn keresztül letöltöttem a zram-ot de nincs változás ha beírom a "ini -p" parancsot. Nem kell azon valamit állítani?

    Akkor először ezt tegyük tisztába! Már tanultunk is valamit ma, ha terminal parancsot látsz leírva, azt másol/beilleszt módszerrel használjuk, mindig!(néha itt is kell másra is figyelni, de ez most még nem érdekes) Nézd meg a hsz-t, amiben a parancsot írtam és rá fogsz jönni miért! :D

    Chrome-ot nem ismerem, lehet ott fel kell rakni valami kieg-et ehhez.

    Ha megnéztük a terminal kimenetet, utána megoldjuk a gparted-del való műveletet is.

  • Mustármag

    őstag

    válasz ubyegon2 #79983 üzenetére

    Akkor jó, nem piszkálom. Annyit akartam hogy lecsippentek egy 20-30 gb a végéről valahogy, ha olyan van a gépen azt oda tudjam rakni hogy meglegyen.De még nem jöttem rá hogy kell, a Gparted-el próbálkoztam.

    Szoftverkezelőn keresztül letöltöttem a zram-ot de nincs változás ha beírom a "ini -p" parancsot. Nem kell azon valamit állítani?

    Az a középső gomb emulálás működik ,de Chrome alatt nem jön elő.

    growler: nem szeretem a firefox-ot, chrome-al próbálkozok jelenleg is.

  • ubyegon2

    félisten

    válasz Mustármag #79981 üzenetére

    Nincs ezzel az auto particionálással semmi gond, főleg ha csak ez az egy OS lesz az SSD-n, max nekem kicsit meglepő volt, ahogy megoldotta a telepítő.

    Kérdés, 4gb-al is ajánlott a fizikai RAM szoftveres tömörítése a zram-config?

    Az super, ha sikerül bővítened 4GB-ra a RAM készletet, igen, mindenképpen hagyd fenn így is a zram-ot. Egyrészt a kevés memória ma már a 4GB-ra is érvényes, másrészt minimál CPU használattal a tömörített megoldás akár gyorsabb is lehet a normál swap-nál. Elméletileg a fizikai RAM felét csinálja meg a rendszer zram-nak, így tudod megnézni:

    Terminalba inxi -p parancs kimenete. (Ctrl+Alt+T nyit terminalt) a kimenetet be is rakhatod ide! (teljes szöveg kijelölés és Programkód gomb, ahogy ebben is láthatod. (épp a zram a téma ebben a hsz-ben)

    Továbbá, be lehet valahogy kapcsolni azt a funkciót hogy a görgő kattra előjön a 4 irányú navigációs "gomb" és a weblapokon elég valamelyik irányba eltolni a görgetéshez a kurzort, nem kell görgetgetni?

    Nincs egerem, de tapipadon működik a két egérgomb egyszerre lenyomására a 4irányú tologatás, sajna nem emlékszem egérrel hogyan volt, de működött anno.

  • Mustármag

    őstag

    válasz ubyegon2 #79975 üzenetére

    (A gyári HDD-t lehúztam) Szűz SSD + egy Mint mate-es pendrive, lunix live(remélem jól írom) alól indítottam a telepítést. Próbáltam kézzel particionálni, de nem jöttem rá hogy hogy kell, végül rábíztam a telepítőre.

    Status update: közben érkezett 4db 2gb os modul, 2 samsung 2 Hynix
    mind2 márka egy kétoldalas és egy egyoldalas. Kipróbálta mindet, csak a kétoldalas samsung ami elindult, hála az égnek az Elpidával is működik(az csak zárójelben jegyzem meg hogy mind a 4 ramon volt egy HP-s matrica, csak mint slussz poén)
    De végül összejött az a 4gb ram, most a 4k yt-videó fut úgy mint a 1080p-s a 2gb-al.
    Kérdés, 4gb-al is ajánlott a fizikai RAM szoftveres tömörítése a zram-config?

    Továbbá, be lehet valahogy kapcsolni azt a funkciót hogy a görgő kattra előjön a 4 irányú navigációs "gomb" és a weblapokon elég valamelyik irányba eltolni a görgetéshez a kurzort, nem kell görgetgetni?

  • ubyegon2

    félisten

    válasz Mustármag #79816 üzenetére

    Akkor legyen jó az a RAM, mert az említett SSD-ben SDR cache van, pont úgy, mint ebben a tök ugyanolyan SSD-ben
    Viszont ha lesz 4GB RAM, akkor teljesen jó lesz az a gép, amit páran mondtak, hogy ki kell dobni, az azért elég meredek nekem. Még mindig ott lesz az említett RAM tömörítő eljárás, amit nemrég kolléga be is írt ide, a zram.

    Viszont amit gyakorlatban nem nagyon próbáltam jó ideje, azok a YT player appok, amik jóval kisebb erőforrást használva játszanak le link alapján, mint browserből használva a YT-ot! Aki még használ ilyet, leírja, melyik ami most működik!

    A jó SSD-k 250GB-osak, általában a méretből tudni, mire számíthat az ember. A 240-es értelemszerűen több GB-ot rejt el a user elől, hogy a vezérlő tudjon jobban trükközni, mivel nincs cache. Gyaníthatóan overprovisioning célokra van ez a 16GB főleg félretéve.

    Ha látnál aprón 860 vagy 870 EVO 250GB-os SSD-t azzal járnál a legjobban egyébként, de még a WD Blue 3D 250GB is jó lenne! Előbbiekben 500MB, Blue-ban 250MB a DRAM cache. Bár tény, hogy ez inkább szekvenciális írásnál lényeges.....

  • growler

    őstag

    válasz Mustármag #79792 üzenetére

    Peppermint 10 [link] (2023 ápr. végéig támogatott.)
    Live rendszerként kipróbálni - hogy indul-e - hang, net kapcsolat van-e ?
    Ha igen, lehet telepíteni.
    Ha a RAM nem bővíthető, akkor telepíteni a "zram-config"-ot.
    Ez látszólag valamennyivel megnöveli a RAM méretét.
    Ha a Win10 valahogy futott rajta, a Peppermint jó eséllyel jobban fog !

  • rin33

    senior tag

    válasz Rodzser Mór #78331 üzenetére

    zRAM+earlyoom. Erősen javaslom. Egy NP-NB30 netbookra raktam MX linuxot de az 1gb ram olyan kevés hogy 1 böngésző és lefagyott az egész.
    Miután az említett 2 dolgot beállítottam már lehet böngészni több lapon is, YouTube is megy.
    Tovább mentem, a sysctl.conf-ban is állítottam néhány paraméteren (swappiness, dirty_ratio, vfs_cache_pressure stb), így még gördülékenyebb lett, 2 böngésző is elfut rajta egyszerre.

  • rin33

    senior tag

    válasz Wolfskin #76237 üzenetére

    Az hogy Debian alapú nagy előny mert a Debian az egyik legnépszerűbb és az egyik legtámogatottabb linux így bármelyik Debian-ra készült leírás és program, csomag jó rá. (Synaptic a csomagtelepítő, nagyon sok programot fel tudsz innen telepíteni)
    Ilyen gyenge gépekre javaslom hogy állíts be zRAM-ot és telepítsd az earlyoom csomagot (synaptic-ban megtalálod vagysudo apt install earlyoom) mert könnyen megtelhet a RAM ami hirtelen jelentős lassulással járhat, a swap file használata (ha van) az egyik megoldás ha kevés a RAM de lassít mindent ha öreg HDD-d van. Az earlyoom kilövi pl. a böngészőfüleket ha érzékeli hogy majdnem tele a RAM így te nem fogsz lassulást érezni, a zRAM meg azért jó mert tömöríti a RAM-ban a gyorsítótárazott tartalmat, jelentősen javul a ,,multitaszking".

  • rin33

    senior tag

    Ha be van kapcsolva a tmpfs akkor kevesebb lesz a szabad RAM, cserébe gördülékenyebb lesz pl. a böngészés? Csak alacsony dirty_ratio esetén van értelme/hatása a tmpfs beakpcsolásának vagy mindig?
    15-20 éves PC-kel ,,játszok" és a HDD-k öregek, hibásak ezért szeretnék a RAM-ba terelni mindent amit lehet (zRAM on, swapfile off stb)

  • ubyegon2

    félisten

    válasz Telda #74223 üzenetére

    Mindenképpen olyan disztrót kéne választanos, ami csak WM-mel szerelt, nem DE-vel. A Bunsenlabs nem hangzott még el itt, ami ilyen. Egyébként minden elég lassú lesz, ahogy kolléga említette, a HDD miatt is, YT-ra kizárólag valami kiegészítőt próbálhatsz, böngészőben kizárt, hogy tudod nézni. Puppy oldalán láttam éppen a GTK YouTube Viewer-t, ezzel talál esélyes.

    Sajna a Mint vonal már nem igazán jó gyenge gépekre, anno én is XFCE 17.3-at tudtam egyedül egy ilyesmi gépre felrakni. Max, ha Openbox vagy más WM-et felraksz rá, de szerintem ez elég kinlódos.

    Amit még javasolnék, épp tegnap esett szó a zram-ról, érdemes lenne swap helyett azt kipróbálnod!

    GTK YouTube Viewer magyar leírása.

    Amúgy valami olcsóbb SSD-t nem lehet rakni a gépbe? Sokat dobna a sebességén.

  • ubyegon2

    félisten

    válasz rin33 #72555 üzenetére

    Az fasza kis HDD, így akkor a zram hiába dob a gördülékenységen, ha a kerregő csak nyekereg. Azért kíváncsi leszek a zram megoldásra. ;)

    Ez amúgy nálad sem ártott volna.

  • ubyegon2

    félisten

    válasz Dißnäëß #72466 üzenetére

    Host lenne az igazi, főleg a driverek verziója miatt. xorg, mesa, etc.

    (#72470) rin33

    Hú de rég olvastam már a zram-ról, zseniális ötlet az kevés RAM esetén és valóban jóval gyorsabbnak kell lennie, mint a swap, mivel memóriát használja tömörített adatokkal, a swap meg ugye a lassú HDD-t. A beállításait sose tudtam, de amikor már kipróbáltam, nem sok értelme volt, mert ahhoz meg túl sok volt már a fizikai RAM.

    egy ilyen kimenetet mutathatnál, hogyan alakítja ki a rendszer:

    inxi -Pxxx

    Nekem anno két particiót csinált önállóan:

    Partition: ID-1: / size: 20G used: 7.6G (41%) fs: ext4 dev: /dev/sda1
    ID-2: swap-1 size: 1.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
    ID-3: swap-2 size: 1.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram1

  • rin33

    senior tag

    válasz Tarokk79 #72429 üzenetére

    Nálam az MX Linux és az AntiX (x64) váltak be egy Celeron 430-as gépen 1,5 Gb RAM-mal. Érezhetően gördülékenyebb lett úgy, hogy a swapfile-t offoltam, helyette zRam-ot kapcsoltam be, a dirty_ratio és dirty_expire_centisecs értékeit magasra (80+ ; 6000 vagy több) állítottam, a swappiness-t meg 100-ra. (sysctl.conf)
    (Több minden marad a RAM-ban, de ha a RAM kb. 80%-a teli akkor az agresszív swappiness jól jön, mert mindig marad valamennyi free RAM, és a magas dirty_ratio miatt a háttérszolgáltatások hamarabb lesznak zRam-ba írva mint a felhasználói programok. Régi androidos telefonokon is ugyanez a helyzet. De ez csak saját tapasztalat, lehet, hogy sokmindent nem jól tudok.)

  • anorche1

    őstag

    Vegre megtalaltam mitol akad allandoan a gepem, ha 4.19-nel frisebb kernelt hasznalok.
    Valamiert folyamatosan swapolt, akkor is, ha 8bol 6GB szabad. Eloszor a swapiness -t allitottam 10 -re majd 0 -ra, de nem segitett. A teljes kikapcsolas viszont igen.
    Swapparticiot hasznalok (hasznaltam), ami a 850 pro ssd -n volt.

    8GB ram visszont keves, kepszerkesztessel, virtualisgeppel konnyu kifutni belole. Ha meg elfogy a memoria, akkor windowszal ellentetben lefagy a rendszer, es semmire nem reagal, itt nincs ctrl alt del sem.

    Ugyhogy most kiprobalom a zram -ot.
    Kesobb meg bovitem a gepet.

  • growler

    őstag

    válasz moleculez #68877 üzenetére

    1GB RAM mostanában nagyon kevés ! :(
    Egy nagyon könnyűsúlyú rendszer kéne arra a gépre - és ha belefér
    egy RAM bővítés - de telepíthető a "zram-config" csomag is.
    Ez a fizikai RAM felét foglalja le, és erre tömörítve kerülnek az adatok
    szóval, olyan mintha látszólag megnőne a RAM mérete.
    Nem csodaszer, de bizonyos esetekben hasznos lehet.

  • ubyegon2

    félisten

    válasz #20584850 #66793 üzenetére

    2GB a lófütty, kell valami mellé, egyébként itt említésre kerül még egy megoldás, a zram, akár azt is kipróbálhatod, a lényeg a linkelt hsz-ben lévő linkekben található.

    blacklist ebben a blogbejegyzésben van linkelve, most nem tudom átnézni, mert épp pucolgatom a felesleges blogokat, nemsoká ennek is kampeca lesz, mentsd el hamar a blacklist-et!

    Linux és SSD gyorstalpaló írás ott van az Összefoglalóban, minden megtalálható benne szakszerűen.

  • growler

    őstag

    válasz flash- #66328 üzenetére

    Szia !
    Ha nem tudsz vagy nem akarsz RAM-ot bővíteni, akkor tehetsz egy
    próbát a "zram-config" telepítésével.
    Rendszernek pedig: A már említett "Antix, vagy a "Peppermint OS".

  • ontheground

    tag

    válasz Frawly #65544 üzenetére

    Tehát akkor ne foglalkozzak, ezekkel a fájlcsereprogis kímélésekkel, mert felesleges, csak a RAM fogy közben.
    A sima swap-ot hanyagolnám, nekem bejön a zram verzió, abból sincs sok, csak 2*256MB, kb egy hónapja nyüstölöm így, semmi gond nem volt még. Ez az OCZ Vertex 2 SSD egy kemény 60 gigásnak becézett aggastyán jószág amúgy, alapból 57GiB hellyel, ezen van egy 20GiB rendszer, meg egy 30GiB /home egy-egy EXT4 partíción. Swap-pal már nem terhelném, lassan szerintem 10. életévét tölti. A többivel többé kevésbé egyetértek, és köszi az instrukciókat.

    Az aláírásodon meg jót nevettem :) Én is belefutottam hasonlóba anno egy notin, ahol bedöglött a billentyűzet, volt is egy régi USB-s bill., de a legacy USB support meg ki volt kapcsolva BIOS-ban. Elem kiszedés meg power gomb nyomkodás segítette rajta :)

    Ubyegon2: Az általad linkelt módszert én is használtam anno Windowson, aztán, ki tudja miért, ott is áttértem ramdiskezésre :)

    Nézegetem az fstab-od, a /var/cache-re én is gondoltam, hogy átrakom még ram-ba, de nem mertem vele próbálkozni, viszont a /home/user/.cache eszembe sem jutott.
    Ezekre nem panaszkodik amúgy semmi? Mert ugye kikapcsoláskor radírozódnak.
    A kikommenteltek nálam is ott vannak, annyi különbséggel, hogy a sima /tmp-et a systemd intézi nálam a beépített tmp.mount-tal, nem az fstab.
    Kérdésedre válaszolva, swap file-om nem volt, de volt korábban swap partícióm, de a zram bevezetése után beszántottam, meg kivettem a rendszerből és az fstab-ból is.

  • ubyegon2

    félisten

    válasz ontheground #65539 üzenetére

    Tényleg nincs mit! Ha úgy hagyod, ahogy eddig beállítgattad, totál elegendő. Frawly szaki még kiegészítette a dolgokat, ahogy látom. ;)

    Megtaláltam azt a másik módszert, amit a FF-hoz használtam, de köszi amit írtál, kipróbálom, egyszerűbbnek tűnik, bár a lényeg ugyanaz lehet.

    Chrome-ot nem sűrűn használok, fizikai memó miatt zram-ot sem.

    Ezeket raktam anno fstab-ba, bár mostanában kikommentelem nagyját.

    #tmpfs to .cache
    tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=800M 0 0

    # Modification for SSD
    #tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
    #tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
    #tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
    #tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0

    Erről jut eszembe, látom itt az fstab-ban a swapfile-t, nálad a 18.04 alapú LL nem csinált? Elméletileg, ha nem használsz swap particiót, akkor csinál telepítéskor.

  • Frawly

    veterán

    válasz ontheground #65530 üzenetére

    Swap is nyugodtan mehet az SSD-re. Lehetőleg swap fájl, annak rugalmasabban szabályozható a mérete, mint a swap partíciónak. A zram tömörítés mindenképp csak szükségmegoldás, általában nem stabil, sok embernél okoz fagyást.

    Kb. 10% szabad helyet valóban érdemes hagyni az SSD-n, de ebben az is segít, hogy a linuxos fájlrendszerekben általában vagy egy default tartékolás, nem engedi megtölteni az egész partíciót.

    Egyébként a minimális szabad hely nem az SSD-k specifikuma, a HDD sem örül neki, a szarásig van rakva, csurig van töltve, akkor látványosan be tud lassulni a normál sebességszint alá, nagyon durván, mivel egyre jobban fog töredezni a fájlrendszer.

    Azt nem tudom mekkora SSD-ről van szó, de ha nem elég a tárhely, az SSD-k elég olcsók lettek, érdemes venned. A belépő szintű, kisebb tárhelyű (120 gigás) SATA3-asok már szinte egy normális pendrive árából kijönnek, nem szabad ezen spórolni, a gépet nagyon megdobja egy SSD. De már lassan a 240-250 gigások sem komoly pénzek, alig néhány ezressel drágábbak csak, mint a 120-asok.

    HDD-t ma már nem éri meg rendszermeghajtóként használni, csakis adattárnak (filmek, videók, zenék, képek, lemezképek, szoftverek telepítői, dokumentumok). Ami viszont teljesítménykritikus (swap, böngészőcache, lassan induló, lemezintenzív alkalmazások, OS, stb.), annak az SSD-ről kell futnia. Az SSD azért van, hogy mindent felgyorsítson, egyébként csak dísznek lenne a gépben teljesen feleslegesen.

  • ontheground

    tag

    válasz ubyegon2 #65533 üzenetére

    Köszi a válaszokat. Én mostmár így hagyok mindent szerintem.

    Próbáld ki, valamivel gyorsabb lesz tőle a böngészés, sok nyitott lappal sem foglal max. 300MB plusz memóriát a cache kirakása a RAM-ba böngészőnként, gépkikapcsoláskor törlődik a cache(a beállítások, előzmények, mentett jelszavak, stb. természetesen megmaradnak):

    Firefox(és azon alapuló böngészők) cache-ének /dev/shm-be pakolása about:config-ban:

    A browser.cache.disk.parent_directory beállításnál beírod, hogy /dev/shm/firefoxcache

    Chromium és hasonszőrűek esetében az indítóikonban a parancsot kell módosítani a következőképpen:
    chromium-browser --disk-cache-dir="/dev/shm/chromiumcache"

    Szerintem létrehozza alapból a könyvtárakat a két böngésző, de ha mégsem, valami bejelentkezéskor elinduló szkriptbe be lehet rakni neki két mkdir-t a firefoxcache és a chromiumcache könyvtárnak, nekem már dunsztom sincs, csináltam-e ilyet, vagy sem.

    Szerk.: zram-hoz: A /usr/bin/init-zram-swapping szkriptet lehet moddolni is, ott az osztót álligatva, lehet változtatni a zram méretét, nálam így 2*256MB a zarm swap, többet nem akartam neki odaadni :)

  • ubyegon2

    félisten

    válasz ubyegon2 #65533 üzenetére

    Meg is van, valóban a fizikai RAM felét csinálja meg automatikusan a kiadott parancs. Úgy látom javasoltam már én is másoknak a zram-ot. ;) [link] [link]

  • ubyegon2

    félisten

    válasz ontheground #65530 üzenetére

    A leírást köszi szépen mégegyszer, jó volt rajta elindulni

    Igazán nincs mit, kicsit meglepett, hogy abból valaki még profitálhat! :Y Szerencse, hogy a múltkor nem töröltem .

    A dev/shm az alapból a RAM-ba mutat

    Valami már rémlik, hogy nemrég témáztatok ezen itt valakivel, még soha nem foglalkoztam ezzel az shm-mel, de ahogy látom valami használja most is....

    Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
    udev 7,5G 0 7,5G 0% /dev
    tmpfs 1,5G 1,9M 1,5G 1% /run
    /dev/sda5 25G 11G 13G 47% /
    tmpfs 7,5G 296M 7,2G 4% /dev/shm
    tmpfs 5,0M 4,0K 5,0M 1% /run/lock
    tmpfs 7,5G 0 7,5G 0% /sys/fs/cgroup
    tmpfs 800M 191M 610M 24% /home/ubyegon/.cache
    /dev/sdb6 233G 133G 89G 61% /media/ubyegon/TT
    /dev/sdb7 20G 3,7G 15G 20% /media/ubyegon/PCX
    /dev/sdb5 601G 311G 260G 55% /media/ubyegon/TORRENTEK
    tmpfs 1,5G 56K 1,5G 1% /run/user/1000
    /dev/loop0 1,5G 1,5G 0 100% /media/ubyegon/NITRUX
    /dev/loop1 274M 274M 0 100% /media/ubyegon/CDROM
    /dev/sde1 15G 1,6G 13G 12% /media/ubyegon/PENDRIVE

    Firefoxot sem oda szoktam rakni, de lehet kipróbálom, most csak úgy van, ahogy települt.
    Zram-ról olvastam anno, szerintem is nagyszerű megoldás! Ha kevés memóriám lenne, használnám is, egyszer kipróbáltam, talán a RAM felét csinálta meg automatikusan zram-nak.

    Ugyan maradt kb 6-7GB partícionálatlanul,szabadon, de azt sok helyen azt írták, ajánlott is az SSD-knek(~10% szabad hely).

    So so....7-28% van overprovisioningra írva. Nálad a minimum szinte meg is van gyárilag, mivel a 64GB-ból 4-et nem is tudsz alkalmazásba venni. Egyébként ilyen kevés hely esetén és a gyárilag lefoglalt hely miatt én nem is hagynék meg particionálatlan helyet. Ott a cc. 7%, no meg a particionált területek szabad helyeit is üres területnek használja a vezérlő.

    Használja az fstrim.timert a disztró, azt kikapcsoljam?

    Felesleges kikapcsolni, mindenütt azt írják, elférnek egymás mellett, az a heti lefutás nem okoz plusz gondot, de ha kilövöd, az se gond, az online trim úgyis ott van.

    Elég a systemctl stop+disable fstrim.timer, vagy kell a mask is?

    Csak stop és disable, a mask az teljesen más, most nem emlékszem már pontosan, de ebben az esetben az nem célszerű.

    A deadline schedulert használom az SSD-hez, ezt vagy a semmit ajánlotta a tutorial :) Gondolom a "noop" az a semmi.

    A deadline szerintem a legtöbb helyen az alap, de csak azért, mert a noop a forgó eszközökhöz nagyon nem javallott! :N Mindenhez jó a deadline, mondjuk SSD-nek a noop az, amivel lubickol, csak ha beállítod, figyelned kell, hogy a HDD-re nehogy az legyen érvényes.

  • ontheground

    tag

    válasz ubyegon2 #65528 üzenetére

    A leírást köszi szépen mégegyszer, jó volt rajta elindulni :)
    Az SSD ajándék volt egyik jóbarátomtól, de utánaolvasva elég sok olyan volt, hogy az első évben megdöglött még gariidőben ez a típus. Ez valahogy túlélte :)
    A dev/shm az alapból a RAM-ba mutat(szerk.: nem a zram-ba, oda csak, ha swappolásra kerül sor), minden Linux disztrón, amelyiken létezik, szerintem.

    A Zram-ot itt ajánlotta valaki, be is vált, a swap-os lassulásaim meg is oldódtak vele(régi 80GB-os SATA Samsung HDD volt az előző Linux-os winyó, gyenge szektorokkal korábban javítva).
    Swap partícióra/fájlra nem is térnék már vissza, már csak amiatt sem, hogy most nincs már neki hely.
    Ugyan maradt kb 6-7GB partícionálatlanul,szabadon, de azt sok helyen azt írták, ajánlott is az SSD-knek(~10% szabad hely).

    szerk: A deadline schedulert használom az SSD-hez, ezt vagy a semmit ajánlotta a tutorial :) Gondolom a "noop" az a semmi.

    Szerk.: Használja az fstrim.timert a disztró, azt kikapcsoljam? Elég a systemctl stop+disable fstrim.timer, vagy kell a mask is?

  • ubyegon2

    félisten

    válasz ontheground #65525 üzenetére

    Nahát, csak rátaláltál arra az ezeréves blogra, pedig innen is purgálva lett már.....ha találtál bene hasznos dolgot, annak örülök! (berus ft írása lehetett az, én gyakorlatilag azt tettem szöveggel emészthetővé) :R

    Szerintem annak az SSD-nek adhatsz nyugodtan discard opciót, de a 18.04 alapú LL tutira használja a systemd-s heti fstrim-et. (ezt amúgy lecsekkoltad?)

    Laikusként igen őszinte leszek most, azzal az SSD-vel akármit tehetsz, semmi egyéb kímélést nem igényel, mindent kibír! Kivéve a vezérlőt, ami úgyis attól függetlenül lesz kampeca, hogy kíméled-e vagy sem. ;]

    Leginkább csak zenét meg filmet szoktam letölteni max 720p-ben, torrentben is csak 1 aktív letöltés engedélyezett, majd odafigyelek közben, hogy ne teljen meg a RAM.

    :F Ezt nem értem, a /dev/shm is RAM-ba van irányítva? Már látom......

    Ha csak nem a helyszűke miatt használsz zram-ot, kipróbálhatnál swap-ot is, azzal hogy fut. (OK tudom mennyivel gyorsabb a memória, még így harmadára tömörítve is, de hátha)

    ---előbbi lehúzás miatt annyiban módosítok, hogy kell-e a letöltésnek egyáltalán a zram-ba rakott shm-be másolódnia?

    A partíció align és a trim rendben van, az I/O ütemezőt átállítottam külön az SSD-nek és a winyóknak is

    Ez csak kíváncsiságból kérdem, melyik schedulert használod SSD-hez?

  • ontheground

    tag

    Sziasztok. Hétvégén kaptam egyik ismerősömtől egy rosszhírű 60GB-os OCZ Vertex2 használt SSD-t, 4TB írással.

    Megszenvedtem vele, de átmigráltam rá a rendszer és a home partíciót.

    Clonezillával sajnos nem ment a dolog, Grub-ot is szépen átpakolta,de rendszerindításkor mégis minimal root shellt kaptam a végén valamiért, egy rakat hibával, pedig a Clonezilla még a UUID-ket is klónozza.

    Ez a módszer volt célravezetőbb, bár a cp parancsoknál a forráshoz itt is kellett 1-1 csillag:[link]

    Ezután Ubyegon2 fórumtárs SSD gyorstalpalója alapján indultam el, amit ezúton is köszönök, a törzsszöveg is nagyon hasznos, de a benne levő linkek is.

    A partíció align és a trim rendben van, az I/O ütemezőt átállítottam külön az SSD-nek és a winyóknak is a /etc/udev/rules.d/60-sda_sdb.rules-ba tett szkript segítségével, a nekik megfelelőre, leelenőrizve jó.

    A böngésző cache-ek eddig is a /dev/shm-en csatolt ramdisk-be irányítódtak.

    Swap-nek zram-ot használok.

    Az fstab releváns része így néz ki(RESUME eddig sem volt):

    UUID=ceecce41-4a25-4c59-af2c-76de67fa2e24 / ext4 discard,noatime,errors=remount-ro 0 1
    UUID=b5cd1050-4fc9-4749-91c8-f8928060df4f /home ext4 discard,noatime,defaults 0 2
    tmpfs /var/spool tmpfs defaults,size=64M,noatime,nosuid,mode=0755 0 0
    tmpfs /var/tmp tmpfs defaults,size=512M,noatime,nosuid,mode=0755 0 0
    tmpfs /var/run tmpfs defaults,size=32M,noatime,nosuid,mode=0755 0 0

    Az Ubyegon2 fórumtárs leírásában linkelt Berus17 leírása alpján engedélyeztem a systemd-ben a tmp.mount-ot is a /tmp könyvtárnak, így az is be lett csatornázva a RAM-ba.

    A /var/log könyvtárt a azlux log2ram systemd service-e segítségével pakoltam át a RAM-ba, mert így alapesetben óránként, valamint kikapcsoláskor visszaíródik lemezre.
    Előtte érdemes kitakarítani a log könyvtárból a felesleget, de a benne levő mappákat jó, ha megtartja az ember, mert pl. én kitöröltem őket, de így 1-2 service(pl. ConsoleKit, Nod32 antivirus) nem tudott elindulni, újra létre kellett hozni a mappastrukturát(ott volt a mentés hálistennek a volt HDD-men).

    Használok két fájlcserélőt is, Nicotine+(Soulseek), illetve Transmission, ezeket úgy állítottam be, hogy /dev/shm-be töltenek, csak a kész letöltést mozgatják át az SSD-re. Leginkább csak zenét meg filmet szoktam letölteni max 720p-ben, torrentben is csak 1 aktív letöltés engedélyezett, majd odafigyelek közben, hogy ne teljen meg a RAM.

    A bootidő sokat javult, a böngészés eddig is gyors volt, köszönhetően a ramdisk-nek, a programok viszont picit gyorsabban indulnak, összességében megérte a váltás a konfigurálgatással együtt is.

    Kérdésem az lenne, hogy mit tehetnék még meg, hogy kíméljem ezt az elég őskövület SSD-t? Valamint, hogy ennek a típusnak egyáltalán javallott-e a discard Linux Lite 4.2(tkp. Xubuntu 18.04) alatt?

  • ontheground

    tag

    válasz hcl #64381 üzenetére

    Xfce-s 18.04 alapú disztrót használok én is, Linux Lite. C2D E8400, 4GB/800 Dualch. DDR2, GF 8400GS, 80GB Samu winyó kemény 8MB Cache-el. Amíg be nem telik a memó,megy minden, mint kés a vajban:) A swap-nak sajna a winyó volt a szűk keresztmetszet, SSD sem oldaná meg, mert SSD-re nem tennék elvböl sem swap-ot, hamar kinyírná. A zram-earlyoom kombó úgy néz ki bevált, ez ennyit tud Linux alatt ebben a kiépítésben.

  • ontheground

    tag

    válasz Frawly #64341 üzenetére

    Köszi az észrevételeket. Azért volt levéve 1-re, mert úgy fürgébb lett a rendszer, de ugye ez volt az ára. Visszaraktam az alap 60-ra, úgy jó. Meg megszűntettem a winyó swap partíciót, maradt a 4GB RAM-ban a zram0 és a zram1 256-256MB mérettel, többel nem nagyon akarom megetetni. Így most egész jó, ha betelik minden, akkor max hibaüzi jön valamelyik böngészőből, de nincs fagyás. Így marad szerintem.

    SSD jó ötlet, de ilyenekre nem költök ennél a gépnél már. Nálam Win alatt is a RAMDISK megoldások váltak be legjobban, engem nem zavar, ha lassan indul egy program, böngésző cache legyen kinn RAM-ban, a többi nem érdekes. Majd egyszer, ha lesz újabb masinám, a rendszer biztosan SSD-n lesz, RAM is lesz vagy 32GB, addig meg kreatívkodunk, amivel tudunk :)

    A sok tab-os böngészéssel az a gondom, hogy majdnem egyforma verziójú böngészővel(teljesen mindegy most, hogy Chrome, Chromium vagy Firefox) Win7/64 alatt is kényelmesen megnyitható kb 2-3* annyi tab mindenféle furcsa jelenség nélkül, ugyanazokkal a kiegészítőkkel(uBlock Origin, Redirector), mint, hogy Linux alatt a memó telemenne, és dobná a hibaüziket a böngésző. Ennyire rosszul kezelik ezek a programok Linux környezetben a memóriát, vagy kernelszinten rossz az egész? Én azt hittem, hogy a Windows memória menedzsmentje egy kalap .... a Linux-hoz képest, de kezdek meggyőződni arról, hogy ez lehet fordítva van.

    Az a bajom, hogy ami egyik rendszeren elég, legyen már elég a másikon is.
    Legalábbis a Linux régen még nem volt szinonímája az erőforráspazarlásnak.

    Bár mostanában mindennel ez van, nem kéne, hogy meglepődjek ezen. Az Androidos telók is tele vannak cpu magokkal, meg akárhány giga ram-mal, aztán mégis akadnak, hoznak egy Win10-es gépet gyári Win-nel újonnan, fél napig kell gyomlálni meg finomhangolni, hogy olyan legyen, amilyennek lennie kéne, stb, annyira tele van szeméttel, meg rossz beállításokkal. Valahogy az erőforrástakarékoság sokadlagos lett mindenhol.

  • ontheground

    tag

    válasz growler #64313 üzenetére

    Meg kell követnem előző válaszomat. Sikerült earlyoom mellett is előidéznem totális lefagyást, igaz jóval nehezebben, mint nélküle. Egy sok tab-os Firefox-ra ráindítottam egy pár tab-os Chromium-ot, le is halt a rendszer. Tettem egy próbát a zram-mal is, nagy nehezen átlőttem 2*256MB-ra, hogy ne egye el a memómat, felvettem swap-ként a rendszerbe vissza, earlyoom daemon is maradt, winyón a swap-ot kikapcsoltam, mert főleg ez utóbbi volt az okozója a fagyásoknak nálam, memória telítettség esetén. Így is le tudtam fagyasztani a rendszert, de már nehezebben. Próbaképp a sysctl.conf-ban visszaraktam a vm.swappiness értéket a 60-as default-ra, és a gépet már nem sikerül lefagyasztanom, ha tele a swap akkor sem, a közel teljes memóriát kitöltő Firefoxra ráindítva egy pár lapos Chromium-ot, nem minden oldalt tölt be, jön a "Manóba" hibaüzi, de már nem fagy ki az egész gép. Még kipróbálom earlyoom nélkül is szerintem, mert az sem teljesen váltotta be a hozzá fűzött reményeket.

  • ubyegon2

    félisten

    válasz csixy #61544 üzenetére

    Ha van másik vinyó, de vinyóra tenni meg főleg halál lassúság a zram-hoz képest. Persze ha nincs más.....még egy flexelt SSD sem. ;]

    így a két vezérlő egymástól függetlenül tud dolgozni.

    Ezt még így nem hallottam felmerülni. :N

  • ubyegon2

    félisten

    válasz Frawly #61542 üzenetére

    Egyébként a szakértők mondjuk javasolhattak volna 16GB swap particiót, ha már..... Ennek lenne értelme, mert tutira meglenne az overprovisioning-nak szükséges minimal hely. Ami gyárilag a 256GB-os SSD-nél nincs lefoglalva. (talán sokan nem is tudják miért van 120 és 128 GB-os SSD is)
    Ha már szaktekintélykedünk, ezeket is el kéne mondani, mert előfordulhat, hogy a többi partició tele lesz és akkor......

    Ha meg nagyon swap-mániásak vagyunk, akkor zram mégiscsak, mert az nagyságrendekkel gyorsabb, hiába van a swap SSD-n! :Y Bocsi, hogy laikusként belevauzok. Aki nem hiszi, olvasgasson utána.

    Ha valaki pedig Linuxot akar a gépeire, ne erőlködjünk már, hogy jajjjjj inkább hagyd meg a Wint is dual-ban, mert jujdejó lesz az kitudjamikor. :W

    [OFF]no offense[/OFF]

  • ubyegon2

    félisten

    válasz CPT.Pirk #61515 üzenetére

    Tiszta a különbség a kettő között, csak amiatt raktam ide, mert hasonlóan volt felsorolva az Ubuntu által készített swap fájl is, mint itt a zram. Egyébként fura, mert a zram-ot is a kevés memória miatt hozták létre. ;) (én csak próbaképpen raktam fel, 16giga mellett nem nagyon kell)

  • CPT.Pirk

    Jómunkásember

    válasz ubyegon2 #61514 üzenetére

    ZRAM... ez technikailag nem azonos a swappal. A zram egy kernel modul, amivel LZO vagy inkább L4Z tömörített ramdiszket hozhatsz létre, de ezek is helyileg a ramban jönnek létre.

    A normál ramdiszkhez képest a tömörítésük jelent előnyt, így /tmp meg /var és hasonlók hatékonyabban tárolhatóak.

    Szóval ez egy jó dolog, de nem a swap partíció kiváltására. Ha kevés ram van a gépben vagy pl. kódot fordít az ember, akkor továbbra is kellhet swap partíció, akár 16GB mellett is.

  • ubyegon2

    félisten

    válasz CPT.Pirk #61513 üzenetére

    Akkor is, ha egyébként van swap partíció?

    Épp ezen gondolkodtam, de nem emlékszem. Mikor volt fenn 18.04, biztosan megnéztem, de nem ugrik be. Elméletileg szerintem megcsinálja. Valahogy úgy néz ki a listában, mint nálam a zram.

    ubyegon@mintcinnamon-18 ~ $ inxi -p
    Partition: ID-1: / size: 18G used: 13G (78%) fs: ext4 dev: /dev/sda1
    ID-2: /media/ubyegon/PCX size: 20G used: 3.2G (17%) fs: ext4 dev: /dev/sdb9
    ID-3: /media/ubyegon/Data size: 107G used: 27G (27%) fs: ext4 dev: /dev/sdb6
    ID-4: /media/ubyegon/TT size: 233G used: 93G (43%) fs: ext4 dev: /dev/sdb8
    ID-5: /media/ubyegon/TORRENTEK size: 473G used: 279G (63%) fs: ext4 dev: /dev/sdb7
    ID-6: /media/ubyegon/Partició size: 587G used: 459G (83%) fs: ext4 dev: /dev/sdd1
    ID-7: swap-1 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
    ID-8: swap-2 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram1
    ID-9: swap-3 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram2
    ID-10: swap-4 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram3

    (#61511) ooszi

    swap-ot nem megbeszéltétek, hogy nem kell? SSD-re főleg nem célszerű, de 8 GB-nál minek? Hibernálni nincs értelme szerintem SSD esetén.

  • ubyegon2

    félisten

    válasz kovaax #60178 üzenetére

    Hibernáláshoz kell swap, de úgy tudom ez lehet swap file is. (nem használom, nem akarok marhaságot írni)
    Ubuntu 16.04 óta már alapból így települ, swap file-lal.
    Még ott a zram is, amit főleg az androidok használnak újabban, memóriába tömörít és sokkal gyorsabb, mint a normál swap. ;)

    Fentiekre alapoztam, hogy nem feltétlenül kell swap partició.

  • ubyegon2

    félisten

    válasz St3ven #59009 üzenetére

    Nem is nagyon fogod, így aztán elég pazarlás is arra 8GB-ot pazarolni. Ha már android szóba került, az ott használt zram megoldást lenne célszerű neked is alkalmazni swap helyett.

    3:1 RAM tömörítés minimális CPU használattal

    sudo apt-get install zram-config

    Ennyi a felrakása, azt hiszem újraindítás után lép a képbe. Minden automatikusan működik utána.

    Gyorsan felraktam, így oldotta meg automatikusan, úgy látom mindig annyit csinál, ami a fizikai memória fele.

    Partition: ID-1: / size: 18G used: 11G (63%) fs: ext4 dev: /dev/sda1
    ID-2: swap-1 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
    ID-3: swap-2 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram1
    ID-4: swap-3 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram2
    ID-5: swap-4 size: 2.00GB used: 0.00GB (0%) fs: swap dev: /dev/zram3

  • Frawly

    veterán

    válasz BoB #57683 üzenetére

    Nem látom hol írta, de legyen. SSD mindenképp kell egy ilyen gépbe, gyenge gépeken egy SSD sokkal többet gyorsít, mint az erősebb proci vagy több RAM. Elég bele egy legolcsóbb, noname TLC-s SSD is, csak ne HDD legyen benne. A 850-es Samu már túl jó egy ilyenbe, drágább, mint az egész gép, amibe belerakod, és nem tudja magát kifutni egy ilyen gyenge gépen, pénzpazarlás újonnan ilyet venni egy ilyen nethulladék gépbe.

    growler: meg lehet próbálni a zram-tömörítést bekapcsolni, lehet segít egy kicsit, de nagy csodát nem kell várni tőle. Esetleg a swapiness-t lehet még levenni, hogy ne azonnal görcsöljön rá a swapra, de sokat ezzel sem lehet nyerni. A swapoláson még az SSD segíti a legtöbbet. Kevés RAM-ból nem lehet várat építeni, ahogy a dakota közmondás tartja.

  • growler

    őstag

    válasz Frawly #57678 üzenetére

    Nem ismerem a procit - mennyi tartaléka van - de ha valamiért nem jönne össze a
    RAM bővítés, szerinted érdemes lenne kísérletet tenni a zram-config-al ?

  • ubyegon2

    félisten

    válasz Bici #55875 üzenetére

    SSD-re a JFS fájlrendszer is ajánlott BFQ scheduler-rel, de igazából ext4-et használ szinte mindenki.

    Jól mondtad a swap fájlt amúgy, de nem értem honnan olvastad, hogy az gyorsít valamit. Annak nem az a dolga, persze nem tudományos alapon lehet mondani, hogy quasi gyorsít, ha elfogy a fizikai memória, de ez már filózás csak. :)

    BoB

    Az a könyvlista ott van már kb egy éve is, jó sokan kattinthattak rá eddig! :DD
    Nem volt kipipálva a blogbejegyzésnél, hogy publikus! :W
    Köszi, hogy jelezted, legalább egy ember már nézegette az Összefoglalót rajtam kívül is! ;]

    swap helyett most nemrég próbáltam ki a zram-ot, egyből kettőt csinált (2x1GB) a rendszer 4GB mellé.

  • Smiley

    addikt

    válasz CPT.Pirk #55497 üzenetére

    En azert mar lattam durva memory leak-et az evek soran, de igazad van 4GB+ mellett egyre kevesebb ertelme van, nekem 6GB mellett most 256mb zram van.

  • ubyegon2

    félisten

    válasz Smiley #55493 üzenetére

    sudo apt-get install zram-config

    Ennyi az egész és automatán beállitja magát, az nem rossz valóban, na majd kipróbálom! Én ezer éve olvastam a zram-ról és azt hittem, már nem használják.
    Arról nem tudsz, hogy még érvényes-e az, hogy hibernáláskor nem mindig működik?

    Azt hittem, konfigolni kell alapból, de szerencsére nem. (így a térképes példa már nem az igazi) Most már akkor van választék bőven, swap, swapfile és a zram. Köszi amúgy, hogy megemlítetted! :R

  • Smiley

    addikt

    válasz ubyegon2 #55492 üzenetére

    Persze ertem a terkepes peldat, de ez nem egy olyan bonyolult dolog, amit egy kezdo ne tudna elvegezni. Mivel csak Ubuntu van most nalam virtualisan, ott tudtam kiprobalni... konkretan annyit kellett csinalni, hogy:
    sudo apt-get install zram-config
    Majd egy ujrainditas es mar automatan be is allitotta magat. Gondolom a tobbi distro alatt se lehet ennel sokkal bonyolultabb. Aztan ha a kezdo ezutan szeretne jobban elemerulni benne, akkor mar lehet turkalni a zram config-ot.

  • ubyegon2

    félisten

    válasz Smiley #55489 üzenetére

    Gentoo és szerver.....tipikus Kezdő topikos kulcsszavak egyébként! :DD

    2017 nem értem hogyan jön ide amúgy, mert sokaknak gyenge gépe van, sokaknak meg pont bőven van memóriája. A swap partició egyszerű, ezért használják a kezdők. Ezt a zram-ot hogyan is kell csinálni amúgy :F , kezdő home user és dektop, nem Gentoo szerver a cél. Én nem ismerem a zram-ot, bár hallottam róla, de ha elmondjátok, hogyan működik, azt fogom javallani ezután. Kivéve azoknak, akiknek van elég memóriája csak hibernálni akarnak, nekik nem biztos, hogy szerencsés, mert sokszor nem működik, ellentétben a swap-pal.

    Neked sem bántásból mondom, de vissza tudsz emlékezni, hogy egy kezdő hogyan kezdi el használni a desktop Linuxát? ;] Azt elárulom, hogy rendkívül kevés scriptet írnak.

    Gondolom használtál már te is térképet valamikor. Na ugye!
    Akkor megadnám a sarokpontokat és a holnapi gyakorlatra tervezd már meg egy trilaterális hdm térképszükségletét, mondjuk kutató-mentő feladatokra és és egy szf dandár átkaroló műveleteihez.
    Ja és közben légnyomást kapott a parancsnok, így Gauss-Krügerben adta meg a koordinátákat, de neked UTMS 84-ben kéne már tervezni. (bocs, de le kellett kicsit egyszerűsítenem)

    Ugye, hogy a két dolog között érzékelhető a különbség!? No, akkor gondolj arra, hogy itt a többség használt már térképet, de ennyi. ;)

    (#55483) CPT.Pirk Bocs főnök, de a minitube az csak egy egyszerű yt lejátszó, azzal csak a kolléga füle tudja kiszedni a hangokat. :DDD

    (#55481) CsengődiGeri A samba használatára/beállitására kéne ráfküdnöd, speciel én még nem használtam Win/Linux hálózatot, egyszer próbáltam, de nem találta a Windowst az istennek se.....(persze csak azért, mert nincs ilyen egyik gépen sem)[link]

  • Rimuru

    veterán

    válasz Smiley #55489 üzenetére

    HUP-on volt egy valos eletbol vett zram "teszt", ott azert nem volt ilyen jo hatekonysagu, de annyira nem is rossz 18%koruli ertek jott ki.

  • Smiley

    addikt

    Ma igy vegigfutottam az elmult napok post-jait, es sok hozzaszolasban olvastam, hogy mindenki kulon swap particiot csinal, meg hogy ssd-n ez problema es a tobbi.
    Szerintem ez mar felesleges 2017-ben. Amikor kitalaltak, hogy kulon particio legyen, azt azert csinaltak, hogy a lassu disk elejere, azaz a leggyorsabban elerheto reszere tudjak tenni fizikailag a swap-et. Ma mar semmi ertelme ennek, egy jo ideje letezeik a zram nevezetu cucc, amivel le lehet csipni a memoriabol egy keveset, es arra tomoritessel swap-et letrehozni. A gentoo szerint 3GB adat tarolhato ezzel a modszerrel 1GB memorian. Ez sokkal inkabb novelni a teljesitmenyt, mint mondjuk a lassu hdd/ssd-re letrehozni egy kulon swap particiot. Erdemes lenne utananezi, hogy az adott distro-n, hogyan lehet ezt beallitani. Gentoo alatt nalam ez mar evek ota fut, mindefele hiba nelkul a servereken.

  • Rimuru

    veterán

    válasz growler #54183 üzenetére

    Nem ajanlhato jobban mint a tarsai, ma a legtobb bongeszo chromium/webkit (elobbi amugy ebbol "nott" ki), vegso soron ha elkezdesz bongeszni megeszi a ramod. Midori is addig jo amig kb semmit nem csinalsz, de ez a weboldalak hibaja is.

    zram: csodat nem kell varni tole, de nem is ront ha a cpu birja.

  • growler

    őstag

    válasz #21078528 #54181 üzenetére

    Csak kíváncsiság !
    Az ilyen régebbi, kevés RAM-al "megáldott" gépekre ajánlható a Qupzilla böngésző ?
    Vagy melyik másik grafikus felületű lenne még elfogadható ?
    Illetve, ha a RAM valami oknál fogva nem bővíthető - de a CPU-nak van némi
    tartaléka - a "zram-config" megoldás lehet ?

  • growler

    őstag

    válasz Rimuru #39023 üzenetére

    A zram a RAM 50%-val gazdálkodik (tömörít ?)
    Úgy tudom, kevés fizikai RAM mellé ajánlják.
    4 GB RAM mellett nem vettem észre hatását. :)

  • Rimuru

    veterán

    Nagyon reg foglalkoztam conkyval.
    Meg lehet azt csinlani conkynal hogy minden folott lathato, de "atlatszo" es moge lehet kattintatni? Jelenlegi config

    Mas: zram es zswap tapasztalata van valakinek? 1-1GB RAM-SAWP, regi celeronos (3GHz) gepen allitanam be ha van ertelme (a load igy is nagy, de aktivan hasznalja a swapot is ami megiscsak lassu).

  • CPT.Pirk

    Jómunkásember

    válasz kátú #28781 üzenetére

    CWM romokban van olyan opció, hogy Zram vagy mi tömöríti a ram tartalmát, persze a cpu kihasználtság valamekkora növelésével.

    teleahocipöm: *buntu vonal helyett próbálj meg egy Debiant. Kicsit többet kell kézzel beállítani, de a végeredmény egész más lesz. Itt tudod letölteni az Lxde-s live telepítőt: [link]

  • rybank

    senior tag

    válasz bepken #23534 üzenetére

    lxde, openbox, ezek a leglelterjedtebb megoldások a régi gépekre. Én Lubuntut javaslok. Könnyű telepíteni és relatíve, de szerintem a további szoftverek is könnyen rávarázsolhatóak. Friss a jó belőle.

    a zram megoldás lesz még hasznodra.

    Léteznek még könnyebb disztribek, de ebben szinte bárki tud segíteni, ill kezdéshez ez a jó. kis winxp-hez "hasonlítható" felületet kapsz.

  • BluEyes

    őstag

    válasz pocokxx #22545 üzenetére

    Próbáld meg a Porteus-t, válaszd ki hogy mire van szükséged. Javaslom az LXDE desktopot, az Advanced alatt engedélyezd a Zram-ot, programok - böngi,skype,szövegszerkesztő - ízlés szerint, ha van a vga-hoz driver akkor válaszd ki, de a nyílt driverek is jól mennek nálam.
    Telepíteni ugyanúgy, mint a Slaxot, kicsomagolod a pendrájvra az iso-ból a könyvtárakat, Boot könyvtárban ott vannak az installerek. De felrakhatod Yumi-val, meg szinte bármivel.

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