Memory Increasing

Lord of Gore lordofgore at logsoftgrup.ro
Thu Mar 1 07:06:08 UTC 2007


varun galande wrote:
> Thanks for the discription..
>
> However still if i wanna reduce the memory how can i go 
> ahead......where can
> i check the memory segment log
>
> Thanks,
> varun
>
>
> On 01/03/07, Cameron Simpson <cs at zip.com.au> wrote:
>>
>> On 01Mar2007 10:28, varun galande <varun.galande at bhartitelesoft.com>
>> wrote:
>> | I am using Redhat Linux  (AS) kernel version 2.4.27.ELSMP.
>> | I am facing one issue in the memory segment's for the system,i am 
>> using
>> | nearly about 4 GB of RAM memory but all the segments of it are getting
>> full
>> | in nearly around two days m not able to figure it out where the memory
>> | leakage is .M not able to see any process which is consuming the 
>> CPU or
>> RAM
>> | memory.
>>
>> It's probably mostly block I/O cache. When data is read off disc it is
>> kept in RAM because reading from disc is very slow. Over time, more and
>> more will accrue in the RAM, ready for reuse if those files' data are
>> needed again. Given enough time, most of your RAM will be used for this.
>>
>> This is not a performance problem - it is an advantage, because it
>> maximises your chance of having the data _already_ in RAM when it is
>> next desired.
>>
>> It is also not a problem for having to "make RAM available" when it is
>> needed for something else. Data read from a file and stored in a memory
>> buffer is "clean" data - it is that same as what is on disc, and so does
>> not need to be put back there. Such a buffer may be _instantly_ 
>> discarded
>> and used for another purpose.
>>
>> So most of this "used RAM" is "clean", so it is as though it were all
>> unused, should more memory be needed.
>>
>> Cheers,
>> -- 
>> Cameron Simpson <cs at zip.com.au> DoD#743
>> http://www.cskk.ezoshosting.com/cs/
>>
>> The more I know about the WIN32 API the more I dislike it. It is complex
>> and
>> for the most part poorly designed, inconsistent, and poorly documented.
>> - David Korn
>>
>> -- 
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
>
>
You don't want to do it. Applications in need of memory will free some 
of the cached memory for their own use.




More information about the redhat-list mailing list