Dear All,

I am facing a strange problem with RHEL4 Server.

If I give top "command" it shows that 90% of physical memory has been used but it does not shows which process consume this much memory?

Following is output of top command

top - 09:01:34 up 23 days, 19:49, 6 users, load average: 0.06, 0.19, 0.25
Tasks: 158 total, 2 running, 156 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.4% us, 0.2% sy, 0.0% ni, 99.2% id, 0.1% wa, 0.0% hi, 0.1% si
Mem: 16407408k total, 16298396k used, 109012k free, 1608852k buffers
Swap: 16386292k total, 296k used, 16385996k free, 10986924k cached

Please let me know if anybody have idea regarding this error.

Thanks for your help in Advance

Regards,
rcm

What error? It's common for Linux to use memory this way.

To see what is using it, try the following key sequence within top:

• x
• b
• >

%MEM should now be highlighted, and sorted in greatest to least usage.

Thanks for reply Anomie.

Mem: 16407408k total, 16298396k used, 109012k free, 1608852k buffers
Swap: 16386292k total, 296k used, 16385996k free, 10986924k cached
If you see the line with Mem 16GB fully used

But I am not able to see any process consuming 90% memory

Is there any command which checks how much of physical memeory is used.

You don't have a problem - I can't believe how often this comes up. Have a read of this and see if it explains what you are seeing. You can ignore the bit on swappiness unless interested.

Hello syg00,

May be you are correct according to this docs,

But the reason is if I am trying to run some JAVA based application which consumes memory its not using swap memory instead its makes m/c performance very slow

and also it has a storage of 7TB will it make any differnce.

following are the details of:-
cpuinfo:-
rocessor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2220 SE
stepping : 2
cpu MHz : 1000.182
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext lm 3dnowext 3dnow pni cx16
bogomips : 2000.03
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp [4] [5]

Memory info:-
MemTotal: 16407408 kB
MemFree: 24700 kB
Buffers: 497816 kB
Cached: 13543640 kB
SwapCached: 0 kB
Active: 2310992 kB
Inactive: 11985400 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 16407408 kB
LowFree: 24700 kB
SwapTotal: 16386292 kB
SwapFree: 16385996 kB
Dirty: 232 kB
Writeback: 0 kB
Mapped: 337592 kB
Slab: 2028904 kB
CommitLimit: 24589996 kB
Committed_AS: 892164 kB
PageTables: 10860 kB
VmallocTotal: 536870911 kB
VmallocUsed: 582272 kB
VmallocChunk: 536287411 kB
HugePages_Total: 0
HugePages_Free: 0
Hugepagesize: 2048 kB

Also thanks for the reply!!!

I would guess I/O is more likely the problem, not memory - but it's just a guess as there is no evidence of a problem in that data.
I would keep an eye on sar for periods where you have the problem.