아무것도 안하는데..메모리가 증가하는 이유가 몰까요?
글쓴이: jwy22 / 작성시간: 월, 2004/03/22 - 8:30오후
안녕하세요.
먼저 시스템은 레드헷 9.0에서 리눅스 커널 2.6.4으로 올린 듀얼 CPU 서버입니다.
게임 서버로 사용하기 위해서. 웹서버나 메일서버등은 설치 하지 않았습니다.
초기 세팅 그대로 인데....리부팅을 하구선 하루정도 메모리를 체크해 보면 약 2~3배정도 메모리를 잡아 먹구 있습니다.
리눅스 데몬이나 시스템중에 시간이 지나면 메모리를 잡아먹는것이 있나요??
512에서....처음에 키면 100정도 인데....아무작업을 안해도 시간이 지나면 256정도를 잡아 먹습니다.
질문을 제대로 한것인지....제가 확인해줘야 할것이나 해야 할작업은 머가 있을까요?
읽어 주셔서 감사합니다.
top으로 확인함.... 8:27pm up 3 days, 8:19, 1 user, load average: 0.00, 0.00, 0.00 85 processes: 84 sleeping, 1 running, 0 zombie, 0 stopped CPU0 states: 0.1% user, 0.0% system, 0.0% nice, 99.0% idle fscanf failed on /proc/stat for cpu 1 <--- 왜 이렇게 나오는지 아직모름. Mem: 515712K av, 296640K used, 219072K free, 0K shrd, 109844K buff Swap: 1052216K av, 0K used, 1052216K free 63828K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 10803 root 16 0 2072 1040 1928 R 0.4 0.2 0:00 top 1 root 16 0 1376 484 1328 S 0.0 0.0 0:02 init 2 root 0K 0 0 0 0 SW 0.0 0.0 0:00 migration/0 3 root 34 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd/0 4 root 34 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd/1 5 root 0K 0 0 0 0 SW 0.0 0.0 0:00 migration/1 6 root 5 -10 0 0 0 SW< 0.0 0.0 0:00 events/0 7 root 5 -10 0 0 0 SW< 0.0 0.0 0:00 events/1 8 root 5 -10 0 0 0 SW< 0.0 0.0 0:00 kblockd/0 9 root 5 -10 0 0 0 SW< 0.0 0.0 0:00 kblockd/1 10 root 15 0 0 0 0 SW 0.0 0.0 0:00 kirqd 11 root 15 -10 0 0 0 SW< 0.0 0.0 0:00 pdflush 12 root 5 -10 0 0 0 SW< 0.0 0.0 0:00 pdflush 14 root 15 -10 0 0 0 SW< 0.0 0.0 0:00 aio/0 13 root 25 0 0 0 0 SW 0.0 0.0 0:00 kswapd0 15 root 15 -10 0 0 0 SW< 0.0 0.0 0:00 aio/1 16 root 25 0 0 0 0 SW 0.0 0.0 0:00 scsi_eh_0 17 root 15 0 0 0 0 SW 0.0 0.0 0:00 ahc_dv_0 18 root 15 0 0 0 0 SW 0.0 0.0 0:00 scsi_eh_1 19 root 15 0 0 0 0 SW 0.0 0.0 0:00 ahc_dv_1 20 root 15 0 0 0 0 SW 0.0 0.0 0:00 scsi_eh_2 21 root 19 0 0 0 0 SW 0.0 0.0 0:00 kseriod 22 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 140 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 141 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 142 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 143 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 144 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald 145 root 15 0 0 0 0 SW 0.0 0.0 0:06 kjournald 542 root 16 0 1436 596 1368 S 0.0 0.1 0:00 syslogd
ps -aux로 확인함. USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 1376 484 ? S Mar19 0:02 init [3] root 2 0.0 0.0 0 0 ? SW Mar19 0:00 [migration/0] root 3 0.0 0.0 0 0 ? SWN Mar19 0:00 [ksoftirqd/0] root 4 0.0 0.0 0 0 ? SWN Mar19 0:00 [ksoftirqd/1] root 5 0.0 0.0 0 0 ? SW Mar19 0:00 [migration/1] root 6 0.0 0.0 0 0 ? SW< Mar19 0:00 [events/0] root 7 0.0 0.0 0 0 ? SW< Mar19 0:00 [events/1] root 8 0.0 0.0 0 0 ? SW< Mar19 0:00 [kblockd/0] root 9 0.0 0.0 0 0 ? SW< Mar19 0:00 [kblockd/1] root 10 0.0 0.0 0 0 ? SW Mar19 0:00 [kirqd] root 11 0.0 0.0 0 0 ? SW< Mar19 0:00 [pdflush] root 12 0.0 0.0 0 0 ? SW< Mar19 0:00 [pdflush] root 14 0.0 0.0 0 0 ? SW< Mar19 0:00 [aio/0] root 13 0.0 0.0 0 0 ? SW Mar19 0:00 [kswapd0] root 15 0.0 0.0 0 0 ? SW< Mar19 0:00 [aio/1] root 16 0.0 0.0 0 0 ? SW Mar19 0:00 [scsi_eh_0] root 17 0.0 0.0 0 0 ? SW Mar19 0:00 [ahc_dv_0] root 18 0.0 0.0 0 0 ? SW Mar19 0:00 [scsi_eh_1] root 19 0.0 0.0 0 0 ? SW Mar19 0:00 [ahc_dv_1] root 20 0.0 0.0 0 0 ? SW Mar19 0:00 [scsi_eh_2] root 21 0.0 0.0 0 0 ? SW Mar19 0:00 [kseriod] root 22 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 140 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 141 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 142 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 143 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 144 0.0 0.0 0 0 ? SW Mar19 0:00 [kjournald] root 145 0.0 0.0 0 0 ? SW Mar19 0:04 [kjournald] root 542 0.0 0.1 1436 596 ? S Mar19 0:00 syslogd -m 0 root 547 0.0 0.0 1364 444 ? S Mar19 0:00 klogd -x rpc 567 0.0 0.1 1520 548 ? S Mar19 0:00 portmap rpcuser 595 0.0 0.1 1560 720 ? S Mar19 0:00 rpc.statd root 706 0.0 0.2 2620 1236 ? S Mar19 0:05 /usr/sbin/sshd root 740 0.0 0.1 2276 900 ? S Mar19 0:00 xinetd -stayalive root 759 0.0 0.0 1404 452 ? S Mar19 0:00 gpm -t ps/2 -m /d root 777 0.0 0.1 1540 620 ? S Mar19 0:00 crond root 806 0.0 0.3 44936 2040 ? S Mar19 0:00 [zeniusd] daemon 841 0.0 0.1 1408 528 ? S Mar19 0:00 /usr/sbin/atd nobody 850 0.0 0.2 2256 1104 ? S Mar19 0:00 proftpd: (accepti root 857 0.0 0.0 1348 404 tty1 S Mar19 0:00 /sbin/mingetty tt root 858 0.0 0.0 1348 404 tty2 S Mar19 0:00 /sbin/mingetty tt root 859 0.0 0.0 1348 404 tty3 S Mar19 0:00 /sbin/mingetty tt root 860 0.0 0.0 1348 404 tty4 S Mar19 0:00 /sbin/mingetty tt root 861 0.0 0.0 1348 404 tty5 S Mar19 0:00 /sbin/mingetty tt root 864 0.0 0.0 1348 404 tty6 S Mar19 0:00 /sbin/mingetty tt root 865 0.0 0.3 44936 2040 ? S Mar19 0:00 [zeniusd] root 866 0.0 0.3 44936 2040 ? S Mar19 1:00 [zeniusd] root 868 0.0 0.3 44936 2040 ? S Mar19 0:00 [zeniusd] root 869 0.0 0.3 44936 2040 ? S Mar19 0:00 [zeniusd] root 870 0.0 0.3 44936 2040 ? S Mar19 0:07 [zeniusd] root 871 0.0 0.3 44936 2040 ? S Mar19 0:00 [zeniusd] root 9967 0.0 0.3 3476 1904 ? S Mar20 0:00 /usr/sbin/sshd root 9968 0.0 0.2 2492 1344 pts/3 S Mar20 0:00 -bash root 10018 0.0 0.1 2720 756 pts/3 R Mar20 0:00 ps -aux
Forums:
Re: 아무것도 안하는데..메모리가 증가하는 이유가 몰까요?
메모리 증가 질문과는 상관 없는 여담이지만 smp로 제대로 컴파일 되었는지 확인 해 보시기 바랍니다.
cat /proc/cpuinfo 하시어 2개의 cpu 가 올라오시는 것이 보이시면 smp로 제대로 컴파일 된것이고 top 가 오래 되어서 제대로 smp를 표현 하지 못하는 것입니다. 1개의 cpu 만 나온다면 커널이 smp 로 제대로 컴파일 되지 못한것 입니다. 참고 하세요.. ;
먼저 답변 감사합니다./proc/cpuinfo에 보면 cpu 2개에
먼저 답변 감사합니다.
/proc/cpuinfo에 보면 cpu 2개에 대한 정보가 그대로 다 나옵니다.
내손안에는 아직 비장의 무기가 남아 있다.
그것은 희망이다.
-나폴레옹-
메모리에 있어, 리눅스는 기본적으로 RW 캐쉬나 버퍼링을 꽤 충실히 잡으
메모리에 있어, 리눅스는 기본적으로 RW 캐쉬나 버퍼링을 꽤 충실히 잡으려고 하는 편입니다. 어플리케이션이 뺏으려고 들지 않은 한에는 말이죠. 쓰시다 보면 free가 줄지언정 used는 그대로고, free가 줄어든건 대부분 buff/cached 가 늘어나서 그렇습니다.
별 문제는 아닙니다. 리눅스가 메모리 누수가 있다면 아마 서버로서는 안썼을겁니다.
from bzImage
It's blue paper
그리고 top은 아마 2.6과 2.4 의 출력차이로 그런 문제가 나는거라
그리고 top은 아마 2.6과 2.4 의 출력차이로 그런 문제가 나는거라 보입니다.
from bzImage
It's blue paper
[quote="dhunter"]메모리에 있어, 리눅스는 기본적으로 RW
dhunter님 먼저 답변 감사합니다.
마지막으로 한가지만 더 물어보겠습니다.
말씀하신 내용에 대한 인터넷 사이트나 제가 참조할 만한 것이 있을까요?
제가 다른 사람한테 왜그런지 이유를 정확하게 설명을 할 필요가 있어서 입니다.
내손안에는 아직 비장의 무기가 남아 있다.
그것은 희망이다.
-나폴레옹-
좋은 자료를 찾아서...링크합니다.글 내용에 따르면 dhunter 님
좋은 자료를 찾아서...링크합니다.
글 내용에 따르면 dhunter 님께서 말씀하신데로 디스크 버퍼링에 의한 버퍼 캐쉬라고 하네요.
다른 프로그램이 메모리를 필요로 하면 자동으로 캐쉬의 크기를 줄여준다고 합니다.
문태준님이 작성하신 글입니다.
http://tunelinux.pe.kr/bbs/read.php?table=linuxinfo&no=93
제가 찾은 내용에 대한 해답뿐만이 아니라...리눅스 관리자로서 이런것은 알아야 겠다는 내용이 많았습니다.
한번쯤 읽어 보시길 추천합니다.
앗...저만 늦게 본건가요? ㅡ_ㅡ;;
내손안에는 아직 비장의 무기가 남아 있다.
그것은 희망이다.
-나폴레옹-
맞습니다... 그냥 실행시켜놓고.. 렌더링을 걸고..시스템 모니터링을
맞습니다... 그냥 실행시켜놓고.. 렌더링을 걸고..
시스템 모니터링을 돌려보면...
RAM 1G를 항상 충실하게 채워주는게 레뎃입니다... ^^
그리고 또 그 상태에서 아무래 랜더링을 더 무식하게 팡팡 돌려도
스왑은 항상 10M만 사용해주는게 또 레뎃입니다...
괜히 스왑을 1G나 잡아놔서.. 디스크만 낭비하네요..
(그렇다고 해도 쓸 자료도 없지만.. ㅡㅡ;)
그렇다고 느려지거나 HDD를 드륵거리며 긁는 일은 없습니다.
디스크의 자료를 최대한 캐싱을 해서 RAM에 가지고 있는거라 생각하셔도 될듯 합니다. (물론 따지고 들어가면야 한도 끝도 없습니다만..ㅡㅡ;)
댓글 달기