Then it may be a bug. :) Adrian 2009/1/20 Tawan Won <taehwan.weon@xxxxxxxxx>: > As you see the out of object dump in my previous mail, there is no client > fetching the object. > If an object has clients fetching it, object dump should print out the > client list information too, if any. > In addition, at the dump time, squid had no client connection. > > > > > -----Original Message----- > From: adrian.chadd@xxxxxxxxx [mailto:adrian.chadd@xxxxxxxxx] On Behalf Of > Adrian Chadd > Sent: Wednesday, January 21, 2009 10:42 AM > To: taehwan.weon@xxxxxxxxx > Cc: squid-users@xxxxxxxxxxxxxxx > Subject: Re: (help!) strange things about > maximum_object_size_in_memory in squid.conf > > If it hasn't been swapped out to disk, the object has to stay in RAM > until the client(s) currently fetching from it have fetched enough for > part of the object (ie, the stuff at the beginning which has been sent > to clients) to be freed. > > > > Adrian > > > 2009/1/20 Taehwan Weon <taehwan.weon@xxxxxxxxx>: >> Hi, >> >> I am using squid 2.6.STABLE 21 on linux. >> my squid.conf has the following settings: >> maximum_object_size_in_memory 10 KB >> cache_mem 3072 MB >> maximum_object_size 2000 MB >> minimum_object_size 0 >> >> After running squid for more than 1 months, I ran 'squidclient .... >> mgr:vm_objects' to >> look at the transit/hot object size. >> >> Even if I SET the maximum in-memory object size to 10 KB, >> squid HAD the following objects! (the diff of inmem_lo and inmem_hi is > 299KB) >> >> >> KEY CD0154B911563741E3E69CDB2E2D6FF0 >> GET http://images.test.com/test_data/61/99/319.jpg >> STORE_OK IN_MEMORY SWAPOUT_NONE PING_DONE >> CACHABLE,DISPATCHED,VALIDATED >> LV:1232416172 LU:1232417107 LM:1231909989 EX:-1 >> 0 locks, 0 clients, 6 refs >> Swap Dir -1, File 0XFFFFFFFF >> inmem_lo: 0 >> inmem_hi: 299187 >> swapout: 0 bytes queued >> >> >> In Squid, The Definitive Guide published by O'Reilly, >> maximum_object_size_in_memory is the diff of inmem_lo and inmem_hi. >> But the real implementation is seemed to be strange. >> >> Any help will be highly appreciated. >> >> Thanks in advance. >> >> Tawan Won >> >> > >
