|
22.08.2021., 14:37 | #1351 |
PRO
Datum registracije: Apr 2010
Lokacija: Zagreb
Postovi: 4,178
|
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.
__________________
"Who is your daddy and what does he do?" |
22.08.2021., 16:43 | #1352 |
Premium
Datum registracije: Sep 2018
Lokacija: tu
Postovi: 1,938
|
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. |
|
|
Oglas
|
|
22.08.2021., 17:00 | #1353 | |
Registered User
Datum registracije: Aug 2020
Lokacija: Hrvatska
Postovi: 813
|
Citiraj:
|
|
22.08.2021., 17:03 | #1354 | |
EMP moderator
Datum registracije: Apr 2005
Lokacija: Osijek
Postovi: 18,395
|
Citiraj:
Code:
[domy@domy-nb ~]$ uptime 17:00:30 up 2 days, 14:42, 3 users, load average: 1,95, 1,33, 0,94 [domy@domy-nb ~]$ free -m total used free shared buff/cache available Mem: 15754 6150 1955 1437 7649 7833 Swap: 8191 3 8188 Code:
[domy@domy-nb ~]$ for file in /proc/*/status ; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | sort -k 2 -n -r | less (sd-pam) 84 kB teamviewerd 8 kB auditd 8 kB gssproxy 4 kB
__________________ "Kako su krojači novog svjetskog poretka uspjeli u tako kratko vrijeme slomiti intelektualne sposobnosti društva, uništiti kritičku svijest i ljudima nametnuti izvrnutu logiku?"
|
|
22.08.2021., 18:20 | #1355 |
Premium
Datum registracije: Feb 2007
Lokacija: Istra
Postovi: 3,008
|
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: Code:
total used free shared buff/cache available Mem: 15533 12260 169 98 3103 2844 Swap: 16383 355 16028 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 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 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 |
22.08.2021., 18:39 | #1356 |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,348
|
c-shadow Mislim da me njegov problem bode vise nega njega samog koji ima taj problem 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 . Dakle...ovu problematiku pratim bolje nego Baywatch (stari ne novi)... @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? |
22.08.2021., 18:45 | #1357 |
EMP moderator
Datum registracije: Apr 2005
Lokacija: Osijek
Postovi: 18,395
|
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.
__________________ "Kako su krojači novog svjetskog poretka uspjeli u tako kratko vrijeme slomiti intelektualne sposobnosti društva, uništiti kritičku svijest i ljudima nametnuti izvrnutu logiku?"
|
22.08.2021., 19:57 | #1358 | ||
Premium
Datum registracije: Feb 2007
Lokacija: Istra
Postovi: 3,008
|
Citiraj:
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? Citiraj:
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 |
||
22.08.2021., 20:56 | #1359 |
EMP moderator
Datum registracije: Apr 2005
Lokacija: Osijek
Postovi: 18,395
|
__________________ "Kako su krojači novog svjetskog poretka uspjeli u tako kratko vrijeme slomiti intelektualne sposobnosti društva, uništiti kritičku svijest i ljudima nametnuti izvrnutu logiku?"
|
22.08.2021., 22:40 | #1360 |
Premium
Datum registracije: May 2006
Lokacija: München/Varaždin
Postovi: 3,348
|
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 Zadnje izmijenjeno od: tomek@vz. 22.08.2021. u 23:23. |
|
|
Oglas
|
|