1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
안녕Ȣ16;세요. 유닉스 초보라서 아무,163;도 모르고 1064;터넷 ,160;색1004;/196; 1060; top 1012; 실행했lj16;데
1064;터넷에서 ,160;색한 Top 명/161;Ǻ12;에서 보여1452;lj16;,144;라 1312;금 달라서... 문1032; 드립니다
ᕬ1;시 여기서 총메모리lj16; 28기가1060;고 , 사용1473;1064;,172; 27기가1060;고  사용할수 1080;lj16; 남1008; 용량1060; 0.4기가 남1008;,148;가요?
cpu 사용률1060;나, 메모리 사용률1012; 뭔가 시원Ȣ16;,172; 보여1452;1652; 않네요.. 
1648;나가다가 한번 NJ13;변 ǥ12;ᓠ1;드립니다.
감사합니다.
잘부탁드립니다
메모리는 free -h 하면 human readable 하게 나와주는데(그래서 h)
사용가능한 메모리가 별로 없긴하네요
감사합니다.
그래서 top도 다 같은 top이 아닙니다. 해당 유닉스 환경에 익숙한 사람이 보는 게 가장 확실하고.. 프로그램 깔아도 되면 위의 구차니님 말씀대로 딴 거 까셔서 보는 것도 방법이고요.
"혹시 여기서 총메모리는 28기가이고 , 사용중인게 27기가이고 사용할수 있는 남은 용량이 0.4기가 남은건가요?" -> 일단 제가 저걸 보기에는 그렇습니다. 하지만 실제론 더 reclaim 가능한 메모리가 (즉, 실제로는 더 확보 가능한 메모리가) 있을 수도 있습니다.
예를 들어 저 real 메모리에서 괄호 안의 값과 밖의 값이 다르잖아요. active/inactive 구분일 수 있어 보입니다. inactive영역은 swap이 있으면 거기로 옮길 여지가 있지요.
답변 감사드립니다.
약간 첨언하자면 요즘 커널은 파일 시스템을 캐싱하도록 정책이 잡혀있는지
사용가능한 메모리가 적게 보이지만 실제로는 전부 캐싱되고 있어서 사용자가 메모리를 요청하면 캐시를 반환하고
사용자가 쓸수 있게 되어 있는 편입니다. 그래서 실제 사용가능한 메모리 산출이 조금 과거보다는 어려워진것 같습니다.
아래 URL에 상세 내용 있습니다.
http://mediakorea.net/sirboard/board_view.php?sm_id=solaris&sb_id=1795&search_category=&search_select=&search_text=&search_op=&page=1&next_num=
앞에서 괄호를 뺀 정도가 Available이예요.
Free는 시스템에서 안 쓰려고 남겨 놓은 거예요.
서비스의 사정에 달려 있어요.
순간적으로 메모리 사용량이 폭증할 때가 있을 수 있거든요.
시스템용, 유동성, 구조적인 뭐, 그런 걸 거예요.
유사시 커널이 덤프치거나 로그를 남겨야 할 상황에서 썼던 적도 있어요.
만약, Oracle 에서 메모리 설정 관련 부분은 Default 로 아무것도 설정을 하지 않으셨다면 메모리가 몇GB던 몇 TB던 남은 사용량은 저렇게 나올 수 있습니다.
htop / free / glance 만으로 메모리 사용량을 측정하면, 현재 매우 높은 메모리 사용량으로 free 량이 극단적으로 적게 보이는 게 당연합니다.
Oracle RDBMS 특성상 메모리에 대한 SGA에 대한 추가적인 설정을 해주지 않으면, 현재 가용 가능한 거의 모든 메모리를 할당해 버립니다.
그런데, 시스템에 따라서 그 메모리를 다 사용하지도 않으면서 일단 잡고 보는 로직으로 되어 있다고 보면 됩니다.
따라서, 여기에 다른 APP 이나 WEB,WAS를 추가적으로 올리거나 추가 인스턴스를 만들어야 하는 경우에는 메모리 자원 확보를 위해
적당량의 메모리만을 잡도록 설정을 추가적으로 해주어야 합니다.
이 부분은 DBA 가 H/W Performance Tuning 도움을 받아야 합니다. 극단적으로 작게 잡게되면 쿼리성능이 곤두박질 칠 수 있기 때문에
적당한 선을 찾아야 합니다.