RE: [squid-users] Re: cache_mem question

From: Lightfoot.Michael <[email protected]>
Date: Thu, 8 May 2003 17:01:50 +1000

 
> When Squid recieved Object which uncacheable , Squid 'll
> forward it to the
> client.
> While the object is forwarded parts may temporary be in cache_mem.
> -Then the Object was removed or it still in memory until
> Squid need more
> memory usage ?
>
No uncacheable means exactly that.

>
> If Squid was shutdown ,
> -What happend about the Object in memory ?
> -And the index for indicate Object ?
>
All memory used by any Unix program is freed when the program
terminates.

> If there are not memory enough for StoreEntry ,my machine will start
> swapping.
> - This swapping is relate cache_swap_low/high or not ?

No.
> - Swapping storage is the swap's partition of machine ?
>
Yes.

Not exactly sure what you are asking here. Unix and Linux use virtual
memory which consists of physical memory and swap space. If a running
program is not using parts of its running image it may be moved to the
swap space, the exact implementation depends on the version of Linux or
Unix which you are running.

If a running program is actively using more memory than physical memory
available, paging (ie the movement of portions of code and data between
physical memory and swap space) will occur. The more the deficit, the
greater the impact as the operating system spends lots of its time
shuffling memory.

Michael Lightfoot
Unix Consultant
ISG Host Systems
Comcare
+61 2 62750680
Apologies for the rubbish that follows...

 
------------------------------------------------------------------------
NOTICE: This e-mail message and attachments may contain confidential
information. If you are not the intended recipient you should not use or
disclose any information in the message or attachments. If received in
error, please notify the sender by return email immediately. Comcare
does not waive any confidentiality or privilege.
Received on Thu May 08 2003 - 01:02:27 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:16:22 MST