- sh4d0w: Palpatine - A Terv
- bambano: Bambanő háza tája
- Luck Dragon: Asszociációs játék. :)
- sh4d0w: Árnyékos sarok
- sziku69: Fűzzük össze a szavakat :)
- weiss: Pant* rant
- eBay-es kütyük kis pénzért
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Klaus Duran: 2025 dude
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#104389
ubyegon2
félisten
fekete.puma
#104386
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... -
#104386
fekete.puma
aktív tag
ubyegon2
#104384
-
#103528
ubyegon2
félisten
fekete.puma
#103523
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é.
-
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)
, 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...
-
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.
-
#97827
ubyegon2
félisten
CsengődiGeri
#97822
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.
-
Fura elképzelései voltak, ki tudja miket írkált volna még, ha nem tekerik le nála a hangerőt.
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!
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.
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. -
#95456
ubyegon2
félisten
PCProfessor
#95450
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.
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.
Endeavour az jó választás natë fórumtársnak, mivel már használta.
-
#63718632
törölt tag
-
#63718632
törölt tag
Ez meg custom telepítés, btrfs nélkül. Sima ext4-es gyökérrel. "Mordor" mellé dual-ban.
nobi2@nobara-pc:~$ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTSsda├─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% /sr0zram0 [SWAP]nobi2@nobara-pc:~$ suJelszó:root@nobara-pc:/home/nobi2# fdisk -lDisk /dev/sda: 60 GiB, 64424509440 bytes, 125829120 sectorsDisk model: VBOX HARDDISKUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: gptDisk identifier: 9363D34C-1EBE-4E15-A3F7-0F54277B0498Device 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 filesystemDisk /dev/zram0: 3,79 GiB, 4071620608 bytes, 994048 sectorsUnits: sectors of 1 * 4096 = 4096 bytesSector size (logical/physical): 4096 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesroot@nobara-pc:/home/nobi2# -
#63718632
törölt tag
Ilyen a default telepítés, teljes lemez belakással.
nobi@nobara-pc:~$ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTSsda├─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]sr0zram0 [SWAP]nobi@nobara-pc:~$ suJelszó:root@nobara-pc:/home/nobi# fdisk -lDisk /dev/sda: 60 GiB, 64424509440 bytes, 125829120 sectorsDisk model: VBOX HARDDISKUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: gptDisk identifier: 8A3E0F44-1047-4AFC-A17A-EE6E0809509ADevice 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 swapDisk /dev/zram0: 3,81 GiB, 4086300672 bytes, 997632 sectorsUnits: sectors of 1 * 4096 = 4096 bytesSector size (logical/physical): 4096 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesroot@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 -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTSsda├─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]sr0zram0 [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. -
A Pápa is mate teával bírja ki a napjait.
![;]](//cdn.rios.hu/dl/s/v1.gif)
É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_percentTo 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.
-
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!
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?
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!
-
-
#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. -
#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% /homeSwap-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 azaptcsomagkezelő. 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. -
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:~$ -
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...
-
#85800
ubyegon2
félisten
mefistofeles
#85788
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?
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: YesAkinek 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.
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!
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!
-
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.
-
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.
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ó.
-
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
autodefragopció!
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.
Ja és a zram-ot csekkold le léci, mennyit csinált!
sda3csatolá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.
-
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.
-
-
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.....
-
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!
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
SwaponsMost 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.
É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.
-
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:
htopa 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 -sa zram darabszámát mutatjaubyegon@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 5ez még jobb: (itt minden swap-ot felsorol legalább)
swapon --showubyegon@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 5Ha el akarod távolítani a zram-ot, csak kiadod az alábbi parancsot és volt nincs(reboot után):
sudo apt remove zram-configubyegon@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 -2Mi 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. -
#79999
ubyegon2
félisten
tordaitibi
#79997
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.
-
#79997
tordaitibi
veterán
ubyegon2
#79995
-
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-configHa á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.
-
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!
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. -
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 -pparancs 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? -
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 ! -
#78375
rin33
senior tag
Rodzser Mór
#78331
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) -
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.
-
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 -PxxxNekem 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. -
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.
-
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. -
#65545
ubyegon2
félisten
ontheground
#65539
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 0Errő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.
-
#65544
Frawly
veterán
ontheground
#65530
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
-
#65533
ubyegon2
félisten
ontheground
#65530
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!
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/PENDRIVEFirefoxot 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!
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?
-
#65528
ubyegon2
félisten
ontheground
#65525
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é)
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.
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?
-
#65525
ontheground
tag
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 0Az 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?
-
#64390
ontheground
tag
hcl
#64381
ontheground
tag
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.
-
-
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
zrammégiscsak, mert az nagyságrendekkel gyorsabb, hiába van a swap SSD-n! 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.
[OFF]no offense[/OFF] -
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.
-
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.
-
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ó.
-
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-configEnnyi 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
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.
-
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!
Nem volt kipipálva a blogbejegyzésnél, hogy publikus!
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é.
-
válasz
Smiley
#55493
üzenetére
sudo apt-get install zram-configEnnyi 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!
-
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. -
válasz
Smiley
#55489
üzenetére
Gentoo és szerver.....tipikus Kezdő topikos kulcsszavak egyébként!
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
, 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.
(#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]
-
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 ? -
Rimuru
veterán
Nagyon reg foglalkoztam conkyval.
Meg lehet azt csinlani conkynal hogy minden folott lathato, de "atlatszo" es moge lehet kattintatni? Jelenlegi configMas: 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
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.
, 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. 
Cinnamon 6-on a megjelenése óta nulla hibajelentő ablak volt, szóval marad ez az eccerű DE még egy darabig.
Fontos az efi és a recovery partíció jelölői is.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Eladó Steam kulcsok kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- 125 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070 (ELKELT)
- Apple iPhone 7 128GB, Yettel függő, 1 Év Garanciával
- Okosóra felvásárlás!! Samsung Galaxy Watch 6, Samsung Galaxy Watch 7, Samsung Galaxy Watch Ultra
- AKCIÓ! Apple MacBook Pro 16 M4 Pro - M4 Pro 24GB 512GB SSD garanciával hibátlan működéssel
- Csere-Beszámítás! Olcsó Számítógép PC Játékra! R5 1500X / RX 570 8GB / 16GB DDR4 / 250SSD + 2TB HDD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest