Xorg, a memóriazabáló szörny

Melyik Gimp/GTK+2 verzio?

A legtöbb alaplap/proci nem tud lekezelni 4 db memóriamodult 400-on, ilyenkor kell 2 db 1G-sat venni v. levenni 333-ra. Ez utóbbi nem mindig segít, mert nem jók a 2 oldalas modulok. Benne van a manualban.

Ezek szerint nem cserélem le a SID-et KUBUNTU-ra.....

Én úgy tudom az X.org annyi memóriát zabál, amennyit csak tud...
Úgy van beállítva, hogy előre jó sokat lefoglal a gyors működéshez.

Legalábbis 256 megán és 512 megán hasonlóan viselkedik. Nem számít, mennyi a memória, mindig kell még neki...

Nálam 2gb van és nem nagyon eszik többet 1gb-nál normál használat mellett.
4db 2 oldalas modul meghajtása 400mHz-n A64-es gépen a Venice magtól lehetséges, de itt is csak 2t-n. (sajnos tapasztalat)

[quote:d6550cf6b5="Csab"]Én úgy tudom az X.org annyi memóriát zabál, amennyit csak tud...
Úgy van beállítva, hogy előre jó sokat lefoglal a gyors működéshez.

Ez elegge bullshit-nek hangzik... Tudomany mindenesetre keves van benne.

Kerdes, hogy pl aki nem hasznal Firefoxot es/vagy GTK-s alkalmazasokat, az tapasztalt e ilyet?

http://primates.ximian.com/~federico/news-2005-11.html#moz-images
https://bugs.freedesktop.org/show_bug.cgi?id=1043

stb stb

[quote:bb548954e4="lmisi"]
Én most raktam fel ubuntut és megdöbbenve láttam, hogy 500 mega memhez alapból 1500 megás swappet csinált!!!!
Azaz az ubuntu valószinűleg imád swappelni és a fizikai mem 3x -osa kell swapnek. Szerintem az előző válaszban szereplő swaphasználati beállítás gyógyír lehet.

Azaz.... ez nem igaz. Több helyen használok Ubuntut és ilyet még nem láttam, pdig a vmware is fut rendesen, van ahol kétféle vm is egyszerre.
Van 300 mb swap, abból 10 mb használt pl.
Hogy 1500 mb-os partíciót készített, semmit sem jelent.

Nalam gentoo van es en is tapasztaltam mar a fentieket. A festival ha elindul akkor szokott meggagyulni, de az is csak akkor, ha a hatterben fut a festival halozati daemonja.

Bar tapasztaltam mar azt is, hogy a skype nehany perc utan csontmerevre fagyasztja az egeszet. Se billentyuzet, se eger.

[quote:0bd775139b="Aewyn"]Ó igen! Köszönöm, ez nálam az alapértelmezett 60 volt :(

nekem most is 60 es nincs gondom, kde, firefox 6-10 tab, ooo, vmware, sok apro program:
Mem: 768M (ossz) 727M (hasznalva) 392M (cached)
Swap: 98M used

üdv!

talán már több hónapja nálam is lényegében ugyanaz a helyzet, mint Aewyn-nél!

sokáig tökre örültem, hogy fél giga ram bőven elég mindenhez. akkor sem igazán spóroltam a programok futtatásával, mert tényleg elég volt, naív módon a swap partíciót csak 64 megásra állítottam. de tényleg nem volt rá szükség korábban, egyszerűen kb 0 kilobyte-ot használt belőle extrémebb helyzetekben is és az átlagos dolgaimhoz simán elég lett volna 256 mb fizikai memória
egy ideje viszont megváltozott a helyzet és az okát nem tudom!

én suse 9.3-at használok kde-vel. közben fut a gkrellm, általában a flock (a firefox átalakított verziója, vagy mi), a gaim állandóan, a skype, a knotes, a kget, a kmix, valamint a karamba két applettel. a krusader is gyakran fut, meg néha a thunderbird, az amarok és a ktorrent is.

a top szerint néha az xorg simán felmegy 50%-os memória használat fölé, a többi programnak meg szintén kellene a memória. (de minek az x-nek 256 mega?) és persze ha bezárok mindent, akkor a programok felszabadítják azt a helyet, amit előtte foglaltak, de az xorg nem! aztán persze egy idő után a swap-re is szükség van.
tegnap, amikor ment minden, ami szokott és közben fordítgattam is pár dolgot, az x percekre kiakadt. imádtam...

nehogy már nyamvadt fél giga ram nem elég a rendszernek! miért kell mindent felzabálnia az x-nek? szerintem így is az x a disztrók leggyengébb pontja

[off]
tud valaki megoldást arra, hogy mi a teendő, ha csonttá fagy az x? mert tudtommal a billentyűzet vezérlése is az x feladata, amikor épp a grafikus rendszert használom és konzolba nem tudok átlépni emiatt :(
[/off]

ps: a ktorrent is piszkosul sokat eszik egy idő után és közben általában érdekes módon az x memória zabálása is egyre jobban növekszik. persze ha bezárom a ktorrentet, attól az x még nem szabadít fel több memóriát

Nekem 320 ramom van 400 mega swappal. Altalaban a swapba nem kerul semmi, mondjuk nem is megy sokminden, BitchX, 1-2 grafikus shell, neha mc, gaim mindig, gkrellm szinten, firefox, néha Azureus. Mindezt fluxboxon debian Testinggel. Viszont ha sokaig hasznalom az Xet nekem is 1re tobbet akar =)

Ha az X meghal akkor elmeletileg a ctrl+alt+backspace leoli, de talalkoztam mar olyannal ahol ez se segitett. Esetleg atvalthatsz szoveges terminalra, es onnan killellheted a ctrl+alt+[szam] gombokkal.

A memoria felszabaditasaert illetve a swapbol valo felszabadult memoriaba valo dumpolas hianyaert nem feltetlenul az Xet vagy egyeb mast kell okolni, ez altalanos linux kernel ficsor/hiba (vekony ugye a hatar a ketto kozott mint tudjuk). Van mar ra kezdemenyezes, sot patch is, talan a hup is foglalkozott vele, ha jol emlekszem.
Btw, minden ami K-val kezdodik, memoriat zabal, nem is keveset. A linux sem az a kornyezet mar mint regen, a mostani alkalmazasoknal mar nem torekednek arra, hogy optimalizalva legyenek, hisz ugyis ha kde vagy gnome megy a gepre az valszeg desktop, egy desktop gepben pedig manapsag minimum van 1-2 giga ram.

[quote:7370547ee7="zdesigner"]tud valaki megoldást arra, hogy mi a teendő, ha csonttá fagy az x? mert tudtommal a billentyűzet vezérlése is az x feladata, amikor épp a grafikus rendszert használom és konzolba nem tudok átlépni emiatt :(

Ha már a CTRL+ALT+BACKSPACE sem segít, akkor a Magic SysRq jelenthet egy megoldást.

http://www.novell.com/coolsolutions/feature/15751.html

próbáljátok meg az xorgot friss indítás után FF-nélkül használni ;)ez bőven segít!

egyébként nálam az volt a hiba, hogy az FF kb 8-9 száz megányi memóriát megevett. aztán ránéztem minden beállításra, majd csináltam egy extension frissítést (adblock + fasterfox), na ezután az FF restart után már meggyógyult minden!

Az FF memória zabálására 2 megoldás létezik:
1. "Fasterfox" extension
2. Opera

[quote:e50fdd785f="Gollam"]Az FF memória zabálására 2 megoldás létezik:
1. "Fasterfox" extension
2. Opera

eggyel feljebb írtam, hogy jött ki frissítés a fasterfoxból ;)

Tudom, csak elfogultnak tűntem volna, ha csak a "használj operát" írom. :)

[quote:cf053b78f0="Gollam"]Tudom, csak elfogultnak tűntem volna, ha csak a "használj operát" írom. :)

viszont sajnos csak az FF jó webfejlesztésre :( így az opera kiesik ...

[quote:470a7adac5="suti"][quote:470a7adac5="Gollam"]Tudom, csak elfogultnak tűntem volna, ha csak a "használj operát" írom. :)

viszont sajnos csak az FF jó webfejlesztésre :( így az opera kiesik ...

érdekes, nem csak nekem jó erre is az opera. (énis a ram miatt váltottam újra operára. (harmadszor))

Úgylátom a FF mindig képbe kerül, de ahogy pár napja itt írták, van pár tipp: http://forums.mozillazine.org/viewtopic.php?t=354828

Másik, hogy nálam sosincs ilyen gond, mivel én azt szoktam meg, hogy csak azok a programok futnak amiket használok, a többit lecsukom. Ez nem lehet megoldás ? :)

ehh soha semmi ilyen bajom nem volt, nesztek (k)ubuntu :D

synapse

UI: debian unstable, kde, amarok, gimp, gaim, firefox, blabla...

[quote:9ffefe4fdf="Aewyn"]Nos, megoldottam problémát a nyers erő módszerével: feltoltam neki még 1 G ramot.

A memóriafoglalási probléma pedig felkerül a misztikus linux fícsörök közé, ami azért remélhetőleg kernel/xorg/kde frissítés után meg fog oldódni.

A vicces az, h közben vidáman használunk gépeket 256 m memóriával, gond nélkül (persze azokat csak OOo-ra/böngészésre/levelezésre).

Hajh.

Legalább most már megy majd másfél napig egy huzamban?
Ez csak tüneti kezelés, inkább a fő okot kéne megszűntetned.

[quote:c3c13e1593="Aewyn"]Nos, megoldottam problémát a nyers erő módszerével: feltoltam neki még 1 G ramot.

Ez igen... Kar, hogy nem mindenki teheti meg ezt ;-)

A kozelmultban kuldott be valaki egy Firefox-szal kapcsolatos cikket, azok alapjan egesz jol sikerult visszafogni a RAM-hasznalatot. Alapbol a xorg nem hiszem, hogy felelosse teheto emiatt.

A /proc/sys/vm/swappiness nalam jelenleg 10-es ertekre van allitva.

[quote:89118da207="LGee"]
A /proc/sys/vm/swappiness nalam jelenleg 10-es ertekre van allitva.

Nálam 60 az érték, az uptime 43 óra és ez alatt futott a seamonkey (mozilla), xchat, gmplayer, xine, sylpheed, audacious, d4x és még ki tudja mennyi program. Jah icewm/rox páros ablakkezelőnek.

A swap-hez még nem nyúlt a memóriában 512Mb elfér, a seamonkey 87 megát eszik jelen pillanatban, az X 62-öt.

[quote:4face0f081="_Polesz_"][quote:4face0f081="LGee"]
A /proc/sys/vm/swappiness nalam jelenleg 10-es ertekre van allitva.

Nálam 60 az érték, az uptime 43 óra és ez alatt futott a seamonkey (mozilla), xchat, gmplayer, xine, sylpheed, audacious, d4x és még ki tudja mennyi program. Jah icewm/rox páros ablakkezelőnek.

A swap-hez még nem nyúlt a memóriában 512Mb elfér, a seamonkey 87 megát eszik jelen pillanatban, az X 62-öt.

hát ezt mondom én is, régen nekem is beérte ennyi memóriával és a swap-et egyáltalán nem is használta. most meg nem tudom mi a fenét csináljak, azt sem tudom hol nézhetnék utána annak, hogy mi okozza ezt az egészet :( van vkinek tippje, h milyen nyomon induljak el? nehogy már vegyek még ramot, vagy tegyem újra a rendszert. ezzel feladnám az egészet és semmit nem tanulnék belőle :(

[quote:f2df35f08e="zdesigner"][quote:f2df35f08e="_Polesz_"][quote:f2df35f08e="LGee"]
A /proc/sys/vm/swappiness nalam jelenleg 10-es ertekre van allitva.

Nálam 60 az érték, az uptime 43 óra és ez alatt futott a seamonkey (mozilla), xchat, gmplayer, xine, sylpheed, audacious, d4x és még ki tudja mennyi program. Jah icewm/rox páros ablakkezelőnek.

A swap-hez még nem nyúlt a memóriában 512Mb elfér, a seamonkey 87 megát eszik jelen pillanatban, az X 62-öt.

hát ezt mondom én is, régen nekem is beérte ennyi memóriával és a swap-et egyáltalán nem is használta. most meg nem tudom mi a fenét csináljak, azt sem tudom hol nézhetnék utána annak, hogy mi okozza ezt az egészet :( van vkinek tippje, h milyen nyomon induljak el? nehogy már vegyek még ramot, vagy tegyem újra a rendszert. ezzel feladnám az egészet és semmit nem tanulnék belőle :(

Kernel verzió / frissítés

Egyéb memóriazabáló szörnyek frissítése?

[quote:97b2878c90="Aewyn"][quote:97b2878c90="_Polesz_"]Legalább most már megy majd másfél napig egy huzamban?

Nem igazán, ugyanis gyönyörű hibákat hajigál a memtest :/
Most vagy az eddigi memóriával vész össze, vagy az alaplappal, vagy mindkettővel.

Mindenesetre most tesztelődik egy másik gépben, majd kiderül.

(úgy indult az ügy, h auto beállításokkal levette a memória sebességét 166-ra (az SPD szerint 3-3-3-8-as PC3200-as memória, párban véve), persze rögtön beállítottam 200 Mhz-re a sebességet, de így hibázik (a modulo 20 tesztnél fekszik ki, mindig ugyanott))

Samsung legalább? Vagy pl egy jó kis nf2-es deszka? :-)

Bár tudnék még tippelni pár inkompatibilis cuccra rendesen... Szervizben melóztam és már herótom volt a csereszabatos vécéalkatrészektől :lol:

[quote:4ec4edf7a5="Aewyn"]A gépben 2x512 Kingston volt (nemtom milyen chipes), most szintén 2x512 Kingston (nanya).

Valszeg az alaplap (Asus A8V) nem csípi a 4 modult egyszerre, vannak olyan hírek, hogy kizárólag 4 tökugyanolyan modullal hajlandó normálisan menni, és akkor sem akármilyenekkel.

Még próbálom cserélgetni a modulokat (régieket a fekete, újakat a kék slotba), aztán marad a fejsze.

Gondolom ilyenkor szokott az következni, h a delikvens vesz egy mekkintost.

(csak vicceltem ám ;)

Vagy hamut szór a fejére és megy tibetbe szerzetesnek :-)

Próbáld meg rávenni a deszkát, hogy ne akarja dual channel kezelni a memóriákat és a párokat is megcserélném. Talán segít.

[quote:93f17465e4="maat"][quote:93f17465e4="suti"][quote:93f17465e4="Gollam"]Tudom, csak elfogultnak tűntem volna, ha csak a "használj operát" írom. :)

viszont sajnos csak az FF jó webfejlesztésre :( így az opera kiesik ...

érdekes, nem csak nekem jó erre is az opera. (énis a ram miatt váltottam újra operára. (harmadszor))

itt mintha a szavak sorrendjét enyhén felcserélted volna :))
na mindegy, a lényeg, hogy én is kipróbáltam az operát használni webfejlesztésre, de nekem nagyon kexplórer stílusúnak tűnt! sok olyan ficsőr van még mindig a mozilla klónokban amit még egyik másik webböngésző sem implementált: pl normális js debugger alapból (ne kelljen már bűvészkednem, hogy egy ilyet előcsalogassak), normális source viewer alapból (ez is fontos, hogy a js debugger egyből odaugorjon ha ráklikkelek a hibára). a js debugger megmutassa, ha kell, a css hibákat is!
idegesítő tabjai vannak az operának (tudom ki lehet venni belőle konfigból ...), szerintem a tabokkal helyet lehet spórolni a tálcán, de időt nem míg az egeret odaviszem majd ráklikkelek a tabra, hogy előjöjjön, ha pedig keybindinggal állítom be (a tabok közti navigációt), akkor is szívás egy kicsit elérni a megfelelőt.
aztán volt, hogy belőttem egy weboldalt, hogy menjen IE-ben, konquerorban, mozilla klónokban meg operában. majd opera frissítés és szetszállt a weboldal ...
nincsen benne normális type ahead find (legalábbis én még nem találtam). béna a soft scrollja (jelenleg a mozillának a legjobb). hát hirtelen ennyi indok szól "csak" az opera ellenében. ja meg nincs olyan: apt-get install opera ;) (of course in official debian repository!)

[quote:876b6b4720="LGee"][quote:876b6b4720="Aewyn"]Nos, megoldottam problémát a nyers erő módszerével: feltoltam neki még 1 G ramot.

[..]
A kozelmultban kuldott be valaki egy Firefox-szal kapcsolatos cikket, azok alapjan egesz jol sikerult visszafogni a RAM-hasznalatot. Alapbol a xorg nem hiszem, hogy felelosse teheto emiatt.
[..]

én nem hinném ;)
csekk disz

[quote:a84a20b329="Aewyn"]A memória, úgy fest rendben van, csak a gépem nem szereti.

No, akkor akár vissza is térhetek az eredeti problémára ;)

nálim is hajigált az új gép segfaultokat 1000-el, majd kiderült, hogy az alaplap rosszul kezelte a memóriát, aztán gyártó weboldal csekk, majd kiderült, hogy ez egy "known problem", majd bios upgrade és megszűnt a probléma! esetleg nálad is segíthet!

Hali! nalam mar kb egy honapja megy
nonstop az Xorg, +firefox +gimp (sok, nagyonnagy keppel), mplayer, java, psi) s jelenleg a mem: firefox: 49M java: 43M rtorrent: 38M X.org: 28M... Ja 512M fizikai 2G swap, amibol 82M van hasznalva...

[quote:8e4e79c019="Aewyn"]Az miért van, h kevéske használat után (gimp, vmware, ilyesmi) az Xorg a magához ragadott közel 700 mbyte-nyi memóriát nem ereszti el a programok kilépése után sem?

Ha ilyenkor elindítok akár egyetlen alkalmazást is (amely ilyenkor tényleg az egyetlen), akkor a rendszer eszeveszett kerregébe kezd, és az X tolja ki a swapbe a nagy semmit.

Ha betelik a swap (+1 giga), akkor a rendszer egyszerűen csonttá fagy, hosszú-hosszú agonizálás után.

Azért az valami, h 1 giga fizikai memória + 1 giga swap nem elég a nap végén egy openoffice-hoz, de gondolom valami piszkosul el van kefélve nálam.

Igazából ennek a gépnek tökmindegy mennyi a fizikai memória. Ami van, azt felzabálja és örül neki, jól :(

(egyébként kubuntu, de ez most talán mindegy is)

Hali!

talán segít: /proc/sys/vm/swappiness . Ha nem tévedek nagyot, az ebben a fileban lévő szám fejezi ki, hogy a rendszer mennyire swapoljon. Minél kisebb, annál kevésbé használja a swapot, nekem ez most egy, és így 15 napos uptime után 16Kb swap van használatban free szerint, ami egész kellemes, viszont 0- ra ne állítsd.

Én is beszámolnék egy érdekes jelenségről:

Környezet: P4, 3.2 GHz, 2x 512 MB RAM, Slackware 10.0, ASUS alaplap.
Jelenség:

- xcdroast-tal cd összeállítás, top-pal nézem a státuszt: az xcdroast
szépen megkajálja a memóriát, ha eléri a kritikus értéket irány a
swap (ettől kezdve egyszerűbb, ha leállítom a rendszert). Következtetés:
nyilván bugos az xcdroast.

- ha nem várom meg, hogy elfogyjon a RAM, hanem úgy 800-900 MB-nál
abbahagyom a munkát, kilépek az xcdroast-ból, akkor lőn csoda:
a lefoglalt memóriák NEM szabadulnak föl, mondja a top. Nyilván
más fogja a RAMokat. Kilépek az X-ből, top -> foglaltság nem
változik. Nézem a /proc/meminfo - t: ugyanazt jelzi, mint a top
(nyilván ő is onnan szedi az információkat). Végignézem az egyes
processek foglalását, nyoma sincs a memóriazabálónak. Na itt már van
némi belső ellentmondás a rendszerben, de most jön az igazi csavar:

- Vissza az X-be, elindítom, a saját memóriafalómat (kb 500 MB
statikus foglalás!), ugye ki kéne vágnia segfault-tal, de nem, simán
elindul, hiba nélkül működik!!. Kilépek a programból, top ->
kevesebb a foglaltság, mint mikor elindítottam a saját progit, de
még mindig 800 MB közelében van.

Tudja valaki értelmezni ezt?

[quote:8943c6559c="suti"][quote:8943c6559c="LGee"][quote:8943c6559c="Aewyn"]Nos, megoldottam problémát a nyers erő módszerével: feltoltam neki még 1 G ramot.

[..]
A kozelmultban kuldott be valaki egy Firefox-szal kapcsolatos cikket, azok alapjan egesz jol sikerult visszafogni a RAM-hasznalatot. Alapbol a xorg nem hiszem, hogy felelosse teheto emiatt.
[..]

én nem hinném ;)
csekk disz

Ez novemberben volt, azota velhetoleg sok minden valtozott. Nalam Win$ alatt (nem xorg) a firefox korabban akar 270MB-t is bezabalt, de miota beallitgattam, nincs ilyen gond. De linux alatt is elviselhetobb lett a dolog.

[quote:8a44fbd797="Aewyn"]Az miért van, h kevéske használat után (gimp, vmware, ilyesmi) az Xorg a magához ragadott közel 700 mbyte-nyi memóriát nem ereszti el a programok kilépése után sem?

Ha ilyenkor elindítok akár egyetlen alkalmazást is (amely ilyenkor tényleg az egyetlen), akkor a rendszer eszeveszett kerregébe kezd, és az X tolja ki a swapbe a nagy semmit.

Ha betelik a swap (+1 giga), akkor a rendszer egyszerűen csonttá fagy, hosszú-hosszú agonizálás után.

Azért az valami, h 1 giga fizikai memória + 1 giga swap nem elég a nap végén egy openoffice-hoz, de gondolom valami piszkosul el van kefélve nálam.

Igazából ennek a gépnek tökmindegy mennyi a fizikai memória. Ami van, azt felzabálja és örül neki, jól :(

(egyébként kubuntu, de ez most talán mindegy is)

Én most raktam fel ubuntut és megdöbbenve láttam, hogy 500 mega memhez alapból 1500 megás swappet csinált!!!!
Azaz az ubuntu valószinűleg imád swappelni és a fizikai mem 3x -osa kell swapnek. Szerintem az előző válaszban szereplő swaphasználati beállítás gyógyír lehet.

Hat en nem tudom de nekem is van vagy huszonakarhany napos uptime-om bent a munkahelyemen, amin fut egy fluxbox, adesklets, thunderbird, firefox (na jo nem az index van betoltve, mert akkor fel ora alatt lezabal mindent a tuzroka, bar most hogy van adblock..na mindegy) es igy kb 300M-t hasznal (legalabbis hetfon meg ennyi volt, azota meg itthon vagyok) mindenestul. Ja no swap es az ott bent Ubuntu. Itthon nincs ilyen magas uptime-om, de mindenestul 87M-t foglal el az osszes X, meg fluxbox, meg adesklets, meg conky, meg firefox. Ez meg itten Debian. Aze en elkezdenek gyanakodni a Gnome-ra a helyedben, es nem az X-et szapulnam.

[quote:f1dc9b2938="Aewyn"]Ha betelik a swap (+1 giga), akkor a rendszer egyszerűen csonttá fagy, hosszú-hosszú agonizálás után.

Ezt nem értem. Attól, hogy telefut a memória, attól egy operációs rendszer nem fagy le (tapasztalataim szerint).
Próbáltad debuggolni, hogy mik történnek? mi van a rendszernaplóban? amikor elkezdődik a "kifagyási" folyamat, akkor milyen processek futnak, milyen a rendszer terheltsége, mi mennyi memóriát foglal?

Nekem pl. gnome van fent, és rendszerint nem sokat használ azonban a firefox rendre 160-180 megákat foglal el a memóriából.

Egyébként ez a memória felhasználás nagyon változó. Nincs egy igazán jó kontroll érték vagyis inkább átlag amihez viszonyitani lehet.