zanemarite, vratio sam nazad win10 :D

Kakva je sad situacija, jesu samo čisti Windows 10 i neki od ovih preporučenih playera, imaš kakav manji ventilator za pločicu?:)

još nisam probao, budem malo kasnije pa javim :)

a kakav bi ventilator odgovara za moju kompi ?

Bilo koji onaj mali 40nm kakav i inače ide za takva mala računala, tek toliko da piri zrak prek čipseta.:)

https://i.postimg.cc/DW4ZHBVd/61-LAQa-Ql5-FS-SL1001.jpg

U vezi problema s uswapavanjem, rasprava s prošle stranice...
Nisam više uspio isprovocirati problem s rsyncom. Niti na BTRFS, niti na ext4, dakle nije pravilo.

Ali, i dalje ubija ovaj swap, fakat mi ide na živce u posljednje vrijeme i ne mogu skužiti što ga muči.

Radim danas cijeli dan u fullscreenu (virtualbox, unutra windows) i povremeno skačem natrag na desktop da pogledam mailove. Ali nebitno, vbox program kao i bilo koji drugi. U pozadini pokrenut FF, Tbird i još nekoliko sitnih editora, par terminala, viber, ništa strašno.
Oko 8:50 skužim da je uswapao gigu i nešto, puštam swapoff/swapon, to završi za 3 minute.
U 10:30 skočim natrag u FF, diskovi roštaju, browser sporo reagira. Opet GB swapa i izbačen GUI kompletno. Psmtr...
Situacija je takva da ima RAMa free još 5GB, nema uopće puno cache, nema buffera, ničega sumnjivog.
Dignuo sam neki monitoring pa pratim, nema logike zašto se uswapao.
Graf ispod, ova rupa na sredini donjeg grafa oko 8:50 je gdje je počistio swap i ponovno ga aktivirao. Do kraja ekrana se vidi kako je lijepo rastao swap.
Na gornjem grafu se vidi kako za cijelo vrijeme nije potrošena memorija, nema cachea niti ničega.
swappiness sysctl sam stavio na 0, zadnji put je bio na 10 i slična priča.
Nešto ga je.. povremeno. Znao sam imati i po 5 mjeseci uptime sa sličnim radom svaki dan i nije bilo problema.

Pitanje je zašto odswapa moje aktivne procese?

https://i.postimg.cc/MXXqxh46/Screen...9-10-48-30.png
I još neka mi netko veli da linux nema glupavi memory management :)Znam da by design gnjilux voli odswapati jako stare procese koji se ne koriste u situaciji kad mu treba RAMa i da preferira imati puno cachea što je u redu, ali ovo je pretjerano. Ovaj baca van na disk sve do čega dođe.
Mogu se sad dalje igrati:
- napucati još RAMa u stroj, ali ne vidim potrebu jer će i to potrošiti, samo će mu više vremena trebati
- restartati svaki dan. Ovo ne želim iz principa, ako mi Win 10 na drugom stroju može raditi pola godine sa sličnim korištenjem onda bi i gnjilux morao
- upaliti npr. ZRAM pa nek swapa ako hoće. To sam radio na strojevima s puno manje memorije. Uostalom i win 10 koristi sličan mehanizam by default.
- preseliti swap na SSD, biti će bolje performanse pa me neće smetati. Dok se ne zapuni :)

ne znam šta bi ti reka iskreno:
ZRAM way to go?
Osobno nemam taj problem (Ubuntu Server 20.04 with mdadm + zfs).
ne gasim ga mjesecima, sve radi, swap je 0, memorije ima 16 GB.

Uopće ne znam kako ti pomoći.... :/

Dobro kaj zauzima swap?


grep --color VmSwap /proc/$(pidof memcached)/status


for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less


Umjesto swapon/off:


echo 3 > /proc/sys/vm/drop_caches && swapoff -a && swapon -a


Nemam nikakve specijalne postavke za swap i nikad problema u zadnjih 15 godina. Sto se Linuxa i Swap cache tice > jednostavno je - puni ga do kraja dok ga ne napuni. Kad ga napuni - brise najstarije iz cache-a. Ako pokrenes tu neku aplikaciju onda se ona seli iz swap-a u RAM ukoliko za to ima mjesta. Jednostavno. A ako imas aplikaciju koja radi sranja pa puni cache bez veze > e to je onda problem te aplikacije a ne Linux kernela :lol2: Da ti scheduler ne kenja? Osobno koristim noop ili deadline. Ti se svaka distra isto ponasa? (da nije neki distro feature ;) ). Si probao KVM umjesto Vboxa koristiti?
https://www.kernel.org/doc/html/late.../mm/index.html
https://www.thegeekstuff.com/2012/02...ry-management/
https://manybutfinite.com/post/how-t...s-your-memory/

Poigraj se s parametrom vm.swapiness.
Po defaultu je 60.
Range 0-100. Sto veci broj, OS vise pogura gurnuti u swap.
Dakle, smanjuj taj broj, i gledaj ponasanje.

Komanda (kao root):
sysctl vm.swappiness (za ocitati)
sysctl vm.swappiness=30 (primjer)

Sve je bilo u swapu, od xfce sučelja, apsolutno sve kaj je bilo pokrenuto :-)
Ovo se počelo nedavno događati, već dugo nisam imao s time problema, ali ovaj put kao što vidiš na grafu gore (zato sam ga i dao), nije se zapunio cache, brdo memorije je slobodno, zeleno na prvom grafu :-)
I dalje se uswapava pomalo, kad završim raditi ide reboot u neki stariji kernel pa ćemo onda vidjeti.

To sam i pustio već dvaput danas, čim se ponovno aktivira swap kreće malo pomalo se puniti :)

Pusti teoriju, nije baš tako jednostavno.
Pa vidiš da je RAM neiskorišten, cache mali, teorija ti ne drži vodu :-)

KVM ili vbox, ista priča, nije do njih. Ne mogu se sad jednostavno prebaciti na KVM jer bi se Win10 vjerojatno deaktivirali, li da je izvodivo, je.

Opet scheduler, kakve to veze ima? BFQ je kod mene oduvijek, još dok i nije bio u kernelu, ali sad je stock jubuntu 5.11.0-25-generic.
Jako dugo koristim linux i ovakvo ponašanje vidio sam zadnji puta prije 5-6 godina, ali se ne sjećam što je tada bilo, valjda prestalo samo od sebe upgradeovima. Nije prvi put.
Nikakve posebne postavke, swappiness sam krenuo spuštati sada. Oduvijek ga držim na 10 jer je jubuntu default 60 malo preagresivan. Ne znam kako druge distre imaju to namješteno.

@c-shadow
Možeš slobodno smanjiti vm.swappiness:
https://linuxhint.com/understanding_vm_swappiness/

Što se tiče IO schedulera i virtualizacije, RH je raspisao sljedeće:
https://access.redhat.com/solutions/5427

Jel ext4 i dalje defaultni filesystem u ubuntu? I kakva je situacija s BTRFS tj da li je dovoljno stabilan?

@stef
Pa ne ide swappiness u negativne vrijednosti, napisao sam već da je na nuli :-)
Još jednom se uswapao, otišao u pola sata s 200 MB na 2 GB, opet uz brdo slobodne memorije.

Idem sad roknuti neke drastične mjere, ali ovo neki gadan problem.

daj promini kernel, da vidimo šta će biti.

Nema to veze s kernelom...tu nekaj gadno smrdi. :nono:
@c-shadow > druga distra isti load? Po mogucnosti non-deb?

Hvala svima zs sugestije :)
Nemam drugu distru pri ruci, sve mi je u virtualkama. Za početak bootan zadnji ubuntu 5.8 LTS kernel pa ću pratiti. Ovo danas je bilo nakon 18 dana uptimea pa se možda malo i načekam dok ne krene opet.

Koju distru i kernel sad imaš? Kod mene je slična stvar, swapa sve živo. Evo kako je nakon par dana uptimea...

https://i.postimg.cc/ZB53SdRv/Screen...1501-linux.png

Jučer i danas mi je OOMD dva puta ubio Firefox kada sam podigao samo jednu VM s Windows 10. To je nedavno počelo, isto kao kod tebe, moguće da novi kernel zeza.

https://i.postimg.cc/F7Nf5SBr/Screen...1820-linux.png

Works as designed....


https://i.ibb.co/mGhc3F1/Screenshot-...9-19-45-17.png


Kaj god da radim swap se ne mice sa 0. Ispod se jos vrti jedna suse virtualka. Jedino kad vidim da swapa je kad dizem OpenShift Cluster (3 virtualke sa po 8/16GB RAM-a)...neznam kaj da velim.


Sysctl.conf:


# BEGIN ANSIBLE MANAGED BLOCK
net.ipv4.ip_forward=0
net.ipv4.conf.all.send_redirects=0
net.ipv4.conf.default.send_redirects=0
net.ipv4.conf.all.accept_redirects=0
net.ipv4.conf.default.accept_redirects=0
net.ipv4.icmp_ignore_bogus_error_responses=1
fs.suid_dumpable=0
kernel.exec-shield=1
kernel.randomize_va_space=2
# END ANSIBLE MANAGED BLOCK



Nist specijalno...


Kolki ti je uptime na tom stroju? Gasis ili suspend/hibernacija? Znam da je power management znao zezat.

Prije par mjeseci mi je Xubuntu na stolnom kompu također swapao sve živo. Sad je trenutno u redu. Kad kopiram veće datoteke (+50 Gb) ode u swap ali ne "osjeti" se u radu kompa.
Na laptopu gdje je nedavno instaliran Kubuntu trenutno swapa sve živo. Osjeti se u radu.
Nadogradnja od 400Mb i ode đubre u swap, dođe mi da ga :rambo:.


Nešto su shebali gadno.


Pozz

@domy_os
Kod mene xubuntu 20.04. LTS, kernel 5.11. Sad sam vratio na stariji 5.8 pa ćemo vidjeti kako se ponaša, ali ne očekujem čuda.

@tomek
Meni linux oduvijek swapa nakon xy dana uptimea. Krene pomalo, ono 100-200MB u swapu, ništa posebno. Ljudi misle da je linux swap nešto što se počne koristiti kad usfali memorije, ali nije baš tako crno-bijela situacija. Kernel izbacuje u swap stare stranice kad se zauzeće memorije malo poveća, a tu uračunava i block cache. Omjeri i tendencija da se to napravi u kernelu se podešava preko onih sysctl vm parametara kojih ima više.

Za sve koje zanima ta tema oko responzivnosti, ovo je jedan jako stari, ali jako dobar članak, rekao bih must read kategorija:
https://rudd-o.com/linux-and-free-so...ow-to-fix-that

Evo još primjera lika kojem se odswapalo sve:
https://unix.stackexchange.com/quest...ergencies-only

Ovaj ima sličan slučaj kao ja jučer, popuni mu se swap, memorije ima, a ima mali cache:
https://unix.stackexchange.com/quest...th-0-swap-left

Godinama sam kompilirao svoj kernel jer je ubuntu stock dosta loše namješten, doslovno je ista konfiguracija za server i desktop varijantu, na štetu ovog drugog. Do prije par godina, prije SSD doba, BFS CPU scheduler + tada out of kernel BFQ disk scheduler su bili way to go. Razlika u responzivnosti poprilična. Unatrag nešto godina se to sve malo ubrzalo, multicore CPUovi, SSDovi, ubacili u kernel dodatne schedulere i više ne vidim potrebu za custom kernelom, previše posla za premali efekt.

Definitivno ga taj memory pressure zeza, od sinoć je komp upaljen, išao backup preko noći, navečer malo browser i nikakvih problema, swap usage =0. Ali cache negdje 2-3GB.
Jutros imam pokrenut Firefox i pustim move jedne virtualke (Virtualbox) sa storage HDDa na radni SSD, to očekivano popuni sav cache. Veličina virtualke 20 GB. Bitni podaci: odjednom je cache skoro 10GB, ali se pojavilo 4MB swapa :)

Nakon završenog kopiranja i gašenja Virtualbox sučelja, cache se smanjuje, više ne drži unutra to što je držao jer se program koji je to koristio zatvorio. Zanimljivo. Swap ostaje.

To je ta situacija s velikim cacheom i velikim kopiranjima koja se opisuje u prvom linku gore.
Koji su procesi završili u swapu:
Dakle, svi redom, kernel ne bira što će izbaciti van. Da je cache ostao vremenski malo dulje napunjen, kernel bi izbacio još toga van i sučelje bi se usporilo. Možda je to ok na serveru, ali na desktopu definitivno nije :)
Veliš da se to tebi ne događa na fedori. Imam F34 u virtualki nedavno instalirano kad sam proučavao BTRFS pa ću pogledati kako su kernel parametri tamo namješteni.

Evo nakon pokretanja win 10 virtualke, situacija je ovakva:
Realno je iskorišteno 5/16GB memorije, ali kako je 9GB u cacheu, odmah kreće swapout :)
A zašto ne smanji cache ako mu treba memorije?
Nakon xy dana takvog rada imaš par giga u swapu, sustav radi koma, a slobodne memorije ko u priči.
Iako, kod mene je jučet bio drugačiji slučaj - cache je ustvari bio jako mali, nije popunio do kraja slobodni RAM, a swapao je kao lud. Doslovno u pola sata 2GB.

Ok...posto sve pametne ideje ne sljakaju - ajmo probat glupu...deaktiviraj swap na par dana. Zivo me zanima kak ce se sustav ponasat. Nekad davno sam znao koristiti sustav bez swapa sa 4GB fizickog RAMa - al ruku na srce nisam onda nista zahtjevnog radio. Probaj, nist ne kosta.

Moglo bi koštati ako OOM killer opali po krivim procesima :)
Budem, ali najprije promatram nekoliko dana da vidim kako će se ponašati. Zasad je ovako i ne miče se swap dalje od 19MB što je ok :) A potrudio sam se tijekom dana da ga isprovociram, više puta kopirao 20GB+ datoteke okolo da se cache napuni i nema efekta na swap. Realni RAM usage je bio do 6 GB, preko nisam imao vremena pokretati.
Izgleda da treba proći nekoliko dana uptimea da eskalira situacija. Iako sumnjam da je u tome problem, ali stavljen kernel 5.8.

Prilikom instalacije ubuntua pojavio mi se error: executing grub-install /dev/sda failed, kako to riješiti?

Otvori konzolu i lupi lsblk pa daj tu output.

Ma ništa odustajem od linuxa na tom uređaju, riješiš 1 problem nastane drugi i tako unedogled, windowsi mi rade iz prve.

edit:Uspio sam Mint instalirati, no ne znam zašto mi neće ubuntu, ni 20.04 ni 21.04 verzija.

edit: Na kraju sam uspio instalirati i ubuntu, no software update mi javlja: not all updates can be installed, i nudi mi opciju partial upgrade ili continue, što odabrati?

...po 10001 put - Linux nije Windows. Ako ti javlja nesto da nejde postoji razlog za to. Grub instalacija > ako ti diskovi nisu particionirani kak spada (MBR/GPT pogotovo jos ako pokusavas dual boot sa Windowsima slozit) moze bit da neda instalciju jer kaze - ovdje bi se moglo nekaj skrsit. Imas klasican sata disk ili M.2 SSD? Windows jednostavno pegla jer misli da je jedini OS koji mora biti na disku. Ako ne shvacas kao pocetnik zasto - sve 5. Ali opet - treba nam vise informacija. Zasto ti javlja taj INFO? Ako si spreman ulozit malo truda - super. Ako ne - nije Linux za tebe, sorry. Da bi pravilno instalirao i odrzavao OS (da tu mislim i na Windows) treba ulozit malo truda i nesto naucit.

Da se bar nasao netko i napisao neki tutorial na HR i stavio ga tu na forum...al hebiga treba si dati truda i malo citat...:kafa: (HINT: tamo ces naci i odgovor na svoje zadnje pitanje).

Sorry na rantu ali mi je zbilja vec puna kapa ekipe koja pita za savjet a nije voljna uloziti ni milimetar truda u nesto , nisu sposobni dati valjan info i skacu iz teme u temu - i glavno da Linux sucks. Nitko se nije rodio pametan , nema osobe koja zna sve ali jebemu ak ti netko zeli pomoci daj malo i ti truda ulozi.

EOD.

Problem ti je vjerojatno u tome što nemaš EFI particiju, bug je inače poznat i rješiv:

https://bugs.launchpad.net/ubuntu/+s...y/+bug/1893964

... ali tomek je u pravu, ako nećeš uložiti minimum truda u učenje da razumiješ kako što radi, samo postavljanje pitanja i pokušaji da nešto napraviš/popraviš gotovim rješenjem kojeg ti neko da, dugoročno neće opstati i zaključak je opet na kraju da su penđeri super, a Linux s**nje.

A da, EFI particija je došla zbog UEFI biosa / boot loadera ...

Ja volim custom varijantu instalacije Linux i Win sa odvojenom (prvom) 1_Boot particijom, OS je na posebnoj particiji,
tada ne traži posebnu EFI particiju nego iskoristi tu 1_Boot.

Ja volim (tako i imam) svaki OS na svom disku i nema problema :D

Nema ničeg novog pod suncem, stari moj. Ovo je vječiti problem gdje god da pogledaš. Rad s ljudima je pušiona.

a sad, nemoj generalizirati, ima svega.
Radi istih ljudi koji su u mene uložili vremena i truda objasniti u linuxu neke stvari sam doša do stadija da i ja mogu nekome pomoći.

Je, a jesi li svaki put kada je nešto pošlo po krivu/neočekivano išao odmah na kost? Ne pričam ja o neznanju, nego o ignorantnom JA-ODMAH ponašanju. Toga ima debelo previše u generalnoj populaciji. Ne pričam čak niti o tome kada nekome treba istu stvar ponoviti 7 puta, nego kada se dotični ponaša kao da mu je cijeli svijet dužan.

Zapravo problem sam riješio tako da sam u boot urderu odabrao usb stick sa običnog biosa, ne s UEFI rubrike. Na tom laptopu postoje boot orderi i za obican i za uefi bios pa je trebalo samo za običan odabrati i instalirao se iz prve, a izgubio pola dana tražeći rješenje. I prilikom instalacije sam izvadio disk sa windowsima kako bi izbjegao neke druge probleme.

Nisam skužio ovaj dodatak i koga je išlo... Restartam u prosjeku 2-3 puta mjesečno jer povremeno trebam Windowse i Kali, sve ostalo je standby (hibernaciju ne koristim dok je baterija dobra). Mislim da uptime nema toliko veze s tim jer mi se nekad već nakon sat vremena krene puniti swap, a nekad preživi 2-3 dana na nuli. Evo sad stanje:

Sve ostalo je na 0 kB, ima toga ohoho.

Prethodnih dana sam malo usporedio VM postavke kernela fedora34 (kernel 5.13) vs ubuntu 22.04 (kernel 5.8 i 5.11) vs Manjaro (kernel 5.10).
Sve distre imaju 99% identične (default) postavke za /proc/sys/vm :)
Razlike budu u kojem parametru kojeg recimo u starom kernelu nema, a u novijem ima. Svi najbitniji parametri (swappiness i sl.) identični su i najvažnije - defaultni.
Dakle, pada mi u vodu teorija da Jubuntu kod mene swapa, a Gedora kod Tomeka ne jer oni tamo developeri drugačije podese kernel :)
Biti će da je nešto kod mene, neki usage case, programi itd. što ubija dugoročno.

Onda sam se igrao s ubuntu 20.04 kernel 5.8 VM parametrima, situacije koje su me prije zezale, ali malo ekstremno ovaj put. Nakon par postavki završio sam s ovime:
Od 15 BG dostupnog OSu (ostalo pokupila integrirana grafa), koristilo se oko 12GB i za jedno prijepodne uswapao je samo 300+ MB. Što je izvrstan rezultat budući je u pozadini radio BTRFS scrub po USB disku, ja bi povremeno napravio cp 20 GB filea u /dev/null, bilo je pokrenuto jedno 3 Windows virtualke po 2 GB + linux virtualke (gedora i manjaro) od po gigu ili 2 svaka :D
Nakon jednog prijepodneva maltretiranja, rezultat je ovo gore, dakle neusporedivo bolje od situacije od prije par dana.
Na kraju balade kad sam to još malo opteretio:
- puštanje update na manjaro što je povuklo gigu s neta i roštalo po diskovima
- paralelno s time u fedora VMu update

- Win 10 VM isto pušteni updatei :D
E tu je počeo aktivnije raditi swap in/out i završio sam s 1.5GB u swapu, ali je većina programa i dalje radila. Recimo browser je bio pristojno responzivan. Važno: količina buffer/cache sad se proporcionalno smanjivala što prije nije bio slučaj. A jbt napokon neki pomak :goood:
Ostaje za testirati:
- kako se ponaša s tim postavkama nakon nekoliko tjedana uptimea

- kernel 5.11 koji mi je bio nešto čudan, a u changelogu se vidi da su prčkali po memoriji.
Što se online dokumentacije tiče, pročitao sam tonu toga, to je sve zbrčkano, gomila tekstova koji se odnose na linux 2.6, nezavisni siteovi tipa stackexchange i serverfault se ne mogu dogovoriti da li linux radi oportunistic swapping ili ne (ja zaključio na nedavnom primjer da svakako radi). Opcija za podešavanje ima, ali ih ne razumiju ih valjda niti oni koji su programirali. Linus (nema on to odavno pod kontrolom) i ekipa su očito pokušali uprogramiorati neki AI upravitelj virtualnom memorijom koji bi obradio sve slučajeve, ali naravno da im to nije uspjelo :)
Zasad radi relativno dobro, ali pravo dugoročno testiranje tek slijedi. Mislim da ću na kraju isključiti swap i jbg. Kad idući put 5 dana ostavim browser s tonom tabova u kojima javascript jede tone memorije, radije neka oom sve skrši nego da se usvapa :D

c-shadow :) Mislim da me njegov problem bode vise nega njega samog koji ima taj problem :lol2: Nisam nikad naletio na taj problem ali ako vec dvoje imate slicne simptome kladim se da budem i ja s vremenom a onda ce biti spominjanja rodbine :goood:. Dakle...ovu problematiku pratim bolje nego Baywatch (stari ne novi)...:chears:

@c-shadow - jesi razmisljao o nekom jednostavnijem monitoringu (da ne drmas sad bas nekaj tipa Icinge) da dugorocno pratis sto se dogada, i koji procesi pocnu zezat i kad/u kojim uvjetima?

Također razmišljam isključiti swap, pogotovo što mi Fedora po defaultu od 16 GB RAM-a pola uzme za swap, strpa ga u RAM i onda meni ostane cca 8 GB RAM-a. Ne kužim uopće tu logiku i što su dobili time, pretakanje iz šupljeg u prazno. OOM mi na Fedori 34 zasad dobro radi, nisam imao nijedan freeze cijelog sustava zbog nedostatka memorije, nego samo ubije određene procese. Još bi bilo dobro da me nekako upozori na to, a ne da moram koristiti kojekakve widgete i skripte.

Ma digao sam nabrzinu netdata, lijepo izgleda i instalira se na jedan klik. Ali ne daje mi ništa posebno što ne bi imao on the flyi standardnim alatima tipa dstat, iostat, vmstat,....
Problem je definitivno dugoročne naravi, nakon xy dana, mic po mic, MB po MB se uswapa. Po meni nije samo do programa, nego do kernela ili kombinacije toga dvojega.
Recimo ova kombinacija koju sam opisivao u prošlo mpsotu radila je relativno stabilno dok VMovi nisu počeli roštati po diskovima kod updatea. OK, free mem je bio dosta mali, ali tek je onda ozbiljnije počeo swap. Ali ako malo gledamo, memorija koju su ti procesi dobili u startu je stalna. Jedino što se mijenjalo je da su radili read/write po diskovima, dakle opet se vraćamo na cacheve razne i baratanje njima od strane kernela. Da li hypervisor ima nešto s time, ne bi znao. Mogao bih probati prebaciti se na KVM, ali to bi dugo trajalo.
Drugo - nakon xx dana memorija je fragmentirana, alokacije većih blokova odjednom ne idu baš glatko, ne bi me čudilo da da kernel zaključi da ako ne može alocirati 2GB odjednom u velikim blokovima odluči zadržati cache i izbaciti ostale procese u swap kako bi napravio mjesta za novi proces :)
Našao sam sada bilješku da sam imao isti problem prije godinu dana koji se prividno na neko vrijeme riješio sam od sebe.
Što se tiče ovoga da smo sad već dvojica s istim problemom, možda bi ih bilo i više, ali koliko nas je tu na forumu da nam je linux primarni OS, da stvarno nešto ozbiljno radimo na tome i da ne gasimo stroj danima? :)

U, tek sad vidim da gedora po defaultu koristi samo ZRAM. Tako se barem meni u virtualboxu instalirala. Možeš i podesiti konfiguraciju da ne uzme pola RAMa. Na jubuntu po defaultu uzme pola, ali onda swappiness mora biti defaultni 60 ili čak 100, da se potakne kernel da što više swapa :)
Da li koristiš kakve virtualke i ako da, koji hypervisor?
Oom je kod mene uvijek radio ok, recimo kako mi i žena koristi isti komp, njezin login user je dobio određena ograničenja preko cgroupsa, recimo da ne može potrošiti više od 3 GB RAM ukupno. Tako da idući put kad ostavi chrome browser i facebook otvoren to nakon 5 dana ne sruši stroj na koljena nego OOM potiho ubije browser:)

Koristim VirtualBox i nekoliko virtualki ovako za testiranje, ništa posebno...

https://i.postimg.cc/nc6NB77T/Screen...5404-linux.png

Swappiness mi je defaulni 60. Prije sam se njime igrao, sad više ne.

Mozda i ne?

qemu-img convert -f vdi image.vdi -O qcow2 image.qcow2

Ak se lokalno igras samo Virt-Manager instaliraj a ako zelis ipak malo vise kontrole i ak se mislis zezat s mrezom i VLAN-ovima - instaliraj Cockpit.

P.S.- barem na Fedori moras postaviti slijedece varijable u /etc/libvirt/qemu.conf:

user = tvoj username
group = tvoj username
dynamic_ownership = 1


+ Za Win driveri:
https://fedorapeople.org/groups/virt...virtio-win.iso