> >> >> After some memory upgrade to 4GB RAM, I am trying to optimize my squid caches to maintain as most as little objects in memory without storing them on disk. Big objects are not kept in memory but stored on disk. >> >> these are my config parameters ... >> >> cache_mem 600 MB >> memory_replacement_policy heap GDSF >> maximum_object_size_in_memory 16 KB >> cache_replacement_policy heap LFUDA >> minimum_object_size 16 KB >> maximum_object_size 100 KB >> cache_swap_low 95 >> cache_swap_high 95 >> >> acl QUERY urlpath_regex cgi-bin \? >> cache deny QUERY > >The above lines are no longer recommended. Dynamic content can be and is >emitted with suitable headers for caching. > many thks for your help, my cache is really behaving like a charm now ... >Instead of this we recommend a new refresh_pattern added directly above >the "." pattern one: > refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 > can you give me some clarification on this because not so sure to understand everything ?? >> cache allow all >> >> I notice not all small objects are kept in memory but we are well speaking about objects ... >> >> * not containing ? in the query >> * smaller than 16KB >> * containing some explicit 'Content-Length' http header >> * not containing any 'pragma no-cache' header >> >> so my questions are ... >> >> Is 'squidclient mgr:vm_objects |egrep 'GET|POST'' really the command to get all objects in memory (or is there another command) and is this command real-time (or do we have to expect some delay ) ?? > >Yes it is. It is real-time as of the point at which squid started >processing that cachemgr request. > >> Is the instruction 'cache' applicable for all kind of caching (memory and disk) or this only for disabling disk caching ?? > >Yes this is a global control on cached objects. > >minimum_object_size and maximum_object_size are also global limits. > >By specifying "minimum_object_size 16KB" you are preventing caching of >those objects smaller. > >Since you have Squid 2.7 you have the min-size parameter available on >your cache_dir which prevents known smaller objects being stored there. > >I recommend a COSS directory for overflow of small objects from the RAM >cache. COSS is optimized for small object storage with disk-backing a >section of memory. The example COSS configs have all the settings you >need to play with for splitting by object size regardless of whether you >use COSS. > yes indeed it is foreseen but will be implemented in a next release because I first have to upgrade my package and integrating COSS in it .. not the case today. >Amos >-- >Please be using > Current Stable Squid 2.7.STABLE9 or 3.1.9 > Beta testers wanted for 3.2.0.3 > ----------------------------------------------------------------- ATTENTION: This e-mail is intended for the exclusive use of the recipient(s). This e-mail and its attachments, if any, contain confidential information and/or information protected by intellectual property rights or other rights. This e-mail does not constitute any commitment for ING Belgium except when expressly otherwise agreed in a written agreement between the intended recipient and ING Belgium. If you receive this message by mistake, please, notify the sender with the "reply" option and delete immediately this e-mail from your system, and destroy all copies of it. You may not, directly or indirectly, use this e-mail or any part of it if you are not the intended recipient. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ----------------------------------------------------------------- ING Belgium SA/NV - Bank/Lender - Avenue Marnix 24, B-1000 Brussels, Belgium - Brussels RPM/RPR - VAT BE 0403.200.393 - BIC (SWIFT) : BBRUBEBB - Account: 310-9156027-89 (IBAN BE45 3109 1560 2789). An insurance broker, registered with the Banking, Finance and Insurance Commission under the code number 12381A. ING Belgique SA - Banque/Preteur, Avenue Marnix 24, B-1000 Bruxelles - RPM Bruxelles - TVA BE 0403 200 393 - BIC (SWIFT) : BBRUBEBB - Compte: 310-9156027-89 (IBAN: BE45 3109 1560 2789). Courtier d'assurances inscrit a la CBFA sous le numero 12381A. ING Belgie NV - Bank/Kredietgever - Marnixlaan 24, B-1000 Brussel - RPR Brussel - BTW BE 0403.200.393 - BIC (SWIFT) : BBRUBEBB - Rekening: 310-9156027-89 (IBAN: BE45 3109 1560 2789). Verzekeringsmakelaar ingeschreven bij de CBFA onder het nr. 12381A. -----------------------------------------------------------------
