Re: Caching question

2001-03-27 Thread Andre Landwehr
On Fri, Mar 23, 2001 at 10:05:10AM -0800, Wim Kerkhoff wrote: > How much though? On the many various Linux systems I have had access to, > I haven't seen a situation where there is 100mb of free memory, but 50mb > sitting in swap. Perhaps a couple of megs, but nothing of consequence. I think the

Re: Caching question

2001-03-23 Thread Gerald Richter
> > [root@server /root]# free >total used free shared buffers cached > Mem: 516952 503816 13136 59912 87784 335176 > -/+ buffers/cache:80856 436096 > Swap:10281206801027440 > This means that you actual only use 503816

Re: Caching question

2001-03-23 Thread Neil Gunton
> Your system does seem to be ok to me though. Thanks to you and the others who replied. It's good to understand how the memory useage works. I have since seen the "used" number drop to about half its previous value, so I guess Linux occasionally does housecleaning... Thanks again. -Neil

Re: Caching question

2001-03-23 Thread Wim Kerkhoff
Andre Landwehr wrote: > > On Thu, Mar 22, 2001 at 03:19:51PM -0500, Neil Gunton wrote: > > And moreover, I could see it starting to use swap space, which > > simply should not happen with the kind of minimal load the machine is > > under. > > It's quite common (at least in Linux, don't know abou

Re: Caching question

2001-03-23 Thread Wim Kerkhoff
Neil Gunton wrote: > > Sorry to bother you again, but I want to make sure that I am reading > this right. This is the output from the 'free' command: > > [root@server /root]# free >total used free shared buffers cached > Mem: 516952 503816 13136

Re: Caching question

2001-03-23 Thread ___cliff rayman___
Neil Gunton wrote: > Sorry to bother you again, but I want to make sure that I am reading > this right. This is the output from the 'free' command: > > [root@server /root]# free >total used free shared buffers cached > Mem: 516952 503816 13136 599

Re: Caching question

2001-03-23 Thread Neil Gunton
Sorry to bother you again, but I want to make sure that I am reading this right. This is the output from the 'free' command: [root@server /root]# free total used free shared buffers cached Mem: 516952 503816 13136 59912 87784 335176 -/+ buffer

Re: Caching question

2001-03-23 Thread Neil Gunton
Andre, thanks for the reply. I am noticing, using the 'top' utility, that the "memory used" number is way up there this morning, around 469576K. The total mem is 512Mb, so obviously something is taking up a lot of memory. I tried shutting down all the main processes that might use a lot of memory

Re: Caching question

2001-03-23 Thread Andre Landwehr
On Thu, Mar 22, 2001 at 03:19:51PM -0500, Neil Gunton wrote: > And moreover, I could see it starting to use swap space, which > simply should not happen with the kind of minimal load the machine is > under. It's quite common (at least in Linux, don't know about other unices) to use swap space eve

Re: Caching question

2001-03-22 Thread Gerald Richter
> > Gerald, if this is Perl not releasing resources on recompile, then that > is something I can handle. Most of the resources are released. Only a few remain. > I just have to be careful to restart apache > when updating sources. Normaly, it should be enoungh to limit the number of request per

Re: Caching question

2001-03-22 Thread Neil Gunton
r > > > tracking down the leaks? > > > > > > Also, "top" works well for monitoring the memory. "M" after it loads sorts > > > by memory, and you can see the status of main and virtual memory. We saw the > > > slowdown once main memory

Re: Caching question

2001-03-22 Thread Neil Gunton
ain and virtual memory. We saw the > slowdown once main memory was filled. > > -Original Message- > From: G.Richter [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 22, 2001 8:14 AM > To: Neil Gunton > Cc: [EMAIL PROTECTED] > Subject:Re: Cachi

Re: Caching question

2001-03-22 Thread Wim Kerkhoff
y. We saw the > > slowdown once main memory was filled. > > > > -Original Message- > > From: G.Richter [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, March 22, 2001 8:14 AM > > To: Neil Gunton > > Cc: [EMAIL PROTECTED] > > Subject:

Re: Caching question

2001-03-22 Thread Neil Gunton
see the status of main and virtual memory. We saw the > slowdown once main memory was filled. > > -Original Message- > From: G.Richter [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 22, 2001 8:14 AM > To: Neil Gunton > Cc: [EMAIL PROTECTED] > Su

RE: Caching question

2001-03-22 Thread pcross
unton Cc: [EMAIL PROTECTED] Subject:Re: Caching question > Is it possible that there was some kind > of memory leak or other kind of buildup over time, as a result of the > rapidly changing html sources? Perl will not totaly release all resources when you recompile a script. So

Re: Caching question

2001-03-22 Thread G.Richter
> Is it possible that there was some kind > of memory leak or other kind of buildup over time, as a result of the > rapidly changing html sources? Perl will not totaly release all resources when you recompile a script. So there is a very small memory leak, that occurs when a script is recompiled.

Re: Caching question

2001-03-22 Thread Neil Gunton
I noticed that when I restarted apache, the problem was greatly reduced, if not altogether absent. All page loads were very fast. When apache restarts, there are initially only a couple of httpd processes. The delays seemed to be occurring with apache processes which had been up for a good while (

Re: Caching question

2001-03-21 Thread Gerald Richter
> How long should apache (and Embperl) be caching pages? > forever, as long as the source didn't change. There is no clean way to remove already compiled Perl code from memory > When does Embperl decide to recompile (apart from when a page source > changes)? > Only when a page changes. The s

Caching question

2001-03-21 Thread Neil Gunton
How long should apache (and Embperl) be caching pages? When does Embperl decide to recompile (apart from when a page source changes)? I ask because I have been watching my server, and notice that at various (random) times, some pages take longer to load than normal, on the order of a few seconds