RAM
Jan Matis
matis na hq.sk
Pátek Červen 8 10:32:50 CEST 2001
> Pokud mate vaznejsi zajem zjistit o tom, proc a jak se to chova, jiste
> exituje dostatek odkazu na zdroje, ktere vysvetluji principy toho, jak
> Linux pracuje s pameti.
>
> R.V.
Drahy R.V.
Co keby ste nabuduce uviedli aspon jeden taky zdroj ?
to co ste tu predviedol bolo len tlachani do vetru a zaobalene nadavani do
BFU
ale teraz k veci
ohlade tej ram .. myslim ze "nenazranost" KDE je uplne normalna
ale ak sa na to pozriete z blizsia tak
#free
total used free shared buffers cached
Mem: 127420 123536 3884 82964 2768 20700
-/+ buffers/cache: 100068 27352
Swap: 546200 61588 484612
je sice pravda ze mam zabratu skoro cleu pamet ale
vecsinu z toho zaberaju buffre(buffers/cache) (opravte ma ak sa mylim)
ktore sa automaticky v pripade potreby uvolnia
a takisto vidno ze som na tom so swapom este celkom dobre
#top
10:28am up 8 days, 6:33, 32 users, load average: 0.25, 0.24, 0.20
201 processes: 200 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 1.1% user, 3.8% system, 0.0% nice, 95.0% idle
Mem: 127420K av, 124520K used, 2900K free, 85596K shrd, 2652K buff
Swap: 546200K av, 57812K used, 488388K free 17380K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
6529 damned 16 0 1036 1036 752 R 4.0 0.8 0:00 top
21865 shock 1 0 1724 1480 900 S 0.3 1.1 1:48 BitchX-SSL
588 root 0 0 136 20 12 S 0.1 0.0 4:30 portsentry
23869 talker 0 0 5472 3392 956 S 0.1 2.6 0:20 ttt
5905 root 0 0 1324 1232 1056 S 0.1 0.9 0:00 sshd
1 root 0 0 128 72 56 S 0.0 0.0 0:07 init
2 root 0 0 0 0 0 SW 0.0 0.0 0:04 kflushd
3 root 0 0 0 0 0 SW 0.0 0.0 0:20 kupdate
4 root 0 0 0 0 0 SW 0.0 0.0 3:44 kswapd
5 root 0 0 0 0 0 SW 0.0 0.0 0:00 keventd
234 root 0 0 220 164 124 S 0.0 0.1 6:45 syslogd
244 root 0 0 312 0 0 SW 0.0 0.0 0:00 klogd
257 daemon 0 0 148 108 76 S 0.0 0.0 0:00 atd
270 root 0 0 184 124 92 S 0.0 0.0 0:01 crond
351 root 0 0 132 68 48 S 0.0 0.0 0:05 inetd
size sa (myslim) udava v kilobajtoch
cize doporucujem man free a man top
a ked sa popozerate co vam vlastne tak zere pamet tak (myslim9 pridete na
to ze su to tie "buffre" :))))
Jan Matis
Další informace o konferenci Linux