Zaneřáděná paměť

Divacky Roman xdivac02 at stud.fit.vutbr.cz
Thu Mar 15 14:51:14 CET 2007


On Thu, Mar 15, 2007 at 02:21:48PM +0100, Pav Lucistnik wrote:
> Jozef Babjak píše v čt 15. 03. 2007 v 14:09 +0100:
> > > zacatek staci TOP a zjistit, kdo vlastne ma tu pamet na svedomi.
> > 
> >   ^-- Stale ale narazam na problem, ako udaje zobrazovane v top vlastne
> > interpretovat. Napr. u mna teraz zobrazuje toto:
> > 
> > last pid: 88929;  load averages:  2.51,  2.56,  2.57    up 0+23:00:16  13:57:51
> > 99 processes:  3 running, 95 sleeping, 1 zombie
> > CPU states: 85.2% user,  0.0% nice, 14.5% system,  0.4% interrupt,  0.0% idle
> > Mem: 338M Active, 749M Inact, 188M Wired, 53M Cache, 112M Buf, 175M Free
> > Swap: 1024M Total, 1024M Free
> 
> Orientacne
> Obsazena pamet: active + wired + cache = 579 MB
> Volna pamet: inact + buf + free = 1036 MB
 
nemyslim si ze by zrovna "buf" se dala pocitat do volne pameti.. buf jsou dirty buffery
tj. predtim nez se to uvolni se to musi strcit do backing-device....

> >   PID USERNAME    THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND
> >   663 root          1  76    0   174M   136M select  19:02  0.00% Xorg
> 
> Vase videokarta ma 128MB videopameti, ze? Ta je mapovana do adresniho
> prostoru X serveru, ale neni residentni v RAM. Takze X server na vasi
> stanici zabira 8 MB RAM v tuto chvili.

jsem se dival na nejake to sexy videjo s Keithem Packardem a on tam zvatlal neco
o tmo ze nove X.org bude mit novou architekturu pameti ktera umozni vyuzivat VSECHNU
pamet na karte... zatimco ted jsou to jen 4MB... naprosto se nevyznam v X.org ale
verim vlastni usim :)

> > 19705 root          1   8    0 41240K 40204K wait     0:31  0.00% ruby18
> >  1239 babjak        1  76    0 31560K 18180K select   0:01  0.00% kdeinit
> 
> Navic nelze scitat sloupce SIZE ani RES, protoze znacna cast pameti je
> sdilena mezi procesy.

tak to nevim jestli je te sdilene pameti TOLIK. vetsinu pameti zaberou data
a ta by mela byt ruzna pro ruzne procesy.. sdili se toliko binarni kod knihoven/programu 
atd. ale ze by zrovna data.. no nevim nevim



More information about the Users-l mailing list