Search squid archive

Re: top reports twice memory as much as Total in mgr:mem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



El dÃa Tue, 19 Oct 2010 21:24:29 +0000, Amos Jeffries <squid3@xxxxxxxxxxxxx>
escribÃa:

> If its actually leaking its likely this:
> http://www.squid-cache.org/Versions/v2/2.7/changesets/
> 
> The latest bug-fix snapshot of 2.7.STABLE9 is the best 2.7 to go with.

	I'm afraid that didn't fix it. We're using latest 2.7.STABLE9 now
(retrieved on 20101014), and it's still happening. I also used
"memory_pools_limit 512 MB", but didn't help much.

	But we've got a new lead: it seems that the iPhone 4 establishes
connections for very long (don't know how much, but who told me implied that
it could be days), and my guess is that it could make squid unable to reuse
the memory invested in those connections. So I'll try to set
"client_lifetime" to a conservative amount (one hour, several hours) and see
if that helps. Yes, I know it's a sketchy theory :-)

	My next step would be to use "half_closed_clients on", but I'm afraid
that might break more things that it'd fix.

	How much memory should squid spend when it has many opened
connections? In our case, I can see about 3000 connections to squid in
"ESTABLISHED" state, and they don't seem to go down. I've run calamaris
against one of the access.logs and it says that there are a lot of
"long" (i.e., > 10e10 msec) connections. They are the ones that carry more
traffic. Would it make sense for squid to use a lot of memory to attend these
many long connections?

	Thanks,

-- 
        Roberto Suarez Soto                             Allenta Consulting
        robe@xxxxxxxxxxx                                   www.allenta.com
                                                           +34 881 922 600

Este correo electrÃnico contiene informaciÃn estrictamente confidencial y es
de uso exclusivo del destinatario, quedando prohibida a cualquier otra
persona su revelaciÃn, copia, distribuciÃn, o el ejercicio de cualquier
acciÃn relativa a su contenido. Si ha recibido este mensaje por error, por
favor conteste a su remitente mediante correo electrÃnico y proceda a
borrarlo de su sistema. Rogamos nos comunique inmediatamente sobre cualquier
inconveniente que pueda tener usted en relaciÃn al envÃo de este tipo de
correo electrÃnico. 

Sus datos personales serÃn tratados de forma confidencial y no serÃn cedidos
a terceros ajenos a ALLENTA CONSULTING, S.L. En cualquier caso, podrà ejercer
los derecho de oposiciÃn, acceso, rectificaciÃn y cancelaciÃn de acuerdo con
lo establecido en la Ley OrgÃnica 15/99, de 13 de diciembre, de ProtecciÃn de
Datos de CarÃcter Personal dirigiÃndose a ALLENTA CONSULTING, S.L. en
C/Enrique MariÃas 36, 2Â piso, oficina 8, 15009 â A CoruÃa  o en la direcciÃn
de electrÃnico info@xxxxxxxxxxx




[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux