Re: optimizacion cache squid
Has probado aufs?
Tienes instalado el paquete sysstat? Ejecuta un iostat del dispositivo
donde esté la cache y dinos si el %util se pone al 100%.
Tienes separada la cache en otra partición? Eso te puede hacer mejorar
el rendimiento de tu cache y así consigues separarlos de los logs del
sistema. Con eso ganarás margen para las io del disco.
Que sistema de ficheros utilizas? Mírate esto
http://wiki.squid-cache.org/BestOsForSquid
Yo utilizo la cache separada del sistema de ficheros y montada como
Reiserfs+noatime+notail
Ya nos cuentas.
El día 7 de septiembre de 2013 20:37, Mario Vila
<pradoncello@gmail.com> escribió:
> Mario Vila escribió:
>
>> Usuario Lista escribió:
>>>
>>> El día 7 de septiembre de 2013 17:37, Mario Vila
>>> <pradoncello@gmail.com> escribió:
>>>>
>>>> Hola mundo:
>>>> Haber si podeis dar luz a una pequeña duda que me corroe.
>>>> Tengo un squid corriento en un guruplug 1,2ghz y 1gb RAM. Soporta el
>>>> tráfico de una red comunitaria de 35 usuarios para un adsl asimetrico de
>>>> 20
>>>> mb. Ultimamente se queda muy corto y ando mirando como optimizar el
>>>> squid.
>>>> Está usando un sistema de ficheros ufs y un algoritmo de busqueda lru.
>>>> Habia pensado usar una tarjeta sdhc clase10 para optimizar la velocidad
>>>> de
>>>> lectura escritura del cache y usar aufs y heap LFUDA como parametros del
>>>> cache, pero e visto gente que prefiere coss o incluso dividir el cache
>>>> en
>>>> varios directorios según el tamaño de paquetes.
>>>
>>> Bueno, todo esto está bien, pero te digo que la configuración por
>>> defecto de squid viene preparado para soportar esa carga y mucho mas y
>>> no hay que tocar nada. Si quieres hacer ese tipo de pruebas, para
>>> sacar el máximo provecho de tu hardware, deberías instalarte calamaris
>>> para sacar conclusiones después de cada cambio.
>>>
>>> Otra cosa que nos sería de mucha ayuda es que nos mandara los logs de
>>> cache.log
>>>
>>>> En este servidor tan limitado como podria optimizar los recursos y
>>>> evitar la
>>>> saturación el mismo, pues ahora con 10 usuarios conectados se satura y
>>>> rechaza conexiones.
>>>
>>> Si con 10 usuarios se satura....... emmmm.... puedes mandarnos tambien
>>> el fichero de configuración de tu squid?
>>>
>>>> Un saludo y gracias de antemano.
>>>>
>>>>
>>>> --
>>>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>>>> with a subject of "unsubscribe". Trouble? Contact
>>>> listmaster@lists.debian.org
>>>> Archive: [🔎] 522B481D.2070201@gmail.com">http://lists.debian.org/[🔎] 522B481D.2070201@gmail.com
>>>>
>>>
>> esta es la configuración actual del squid:
>>
>>
>> auth_param basic program /usr/lib/squid3/ncsa_auth /etc/squid3/claves
>> acl password proxy_auth REQUIRED
>> acl manager proto cache_object
>> acl localhost src 127.0.0.1/32 ::1
>> acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1
>> acl localnet src 10.0.0.0/8
>> acl localnet src 192.168.0.0/16
>> acl SSL_ports port 443
>> acl Safe_ports port 80 # http
>> acl Safe_ports port 21 # ftp
>> acl Safe_ports port 443 # https
>> acl Safe_ports port 70 # gopher
>> acl Safe_ports port 210 # wais
>> acl Safe_ports port 1025-65535 # unregistered ports
>> acl Safe_ports port 280 # http-mgmt
>> acl Safe_ports port 488 # gss-http
>> acl Safe_ports port 591 # filemaker
>> acl Safe_ports port 777 # multiling http
>> acl CONNECT method CONNECT
>> http_access allow password
>> http_access allow manager localhost
>> http_access deny manager
>> http_access deny !Safe_ports
>> http_access deny CONNECT !SSL_ports
>> http_access allow localnet
>> http_access allow localhost
>> http_access deny all
>> http_port 3128
>> cache_mem 64 MB
>> maximum_object_size_in_memory 256 KB
>> memory_replacement_policy lru
>> cache_replacement_policy lru
>> cache_dir ufs /var/cache/squid 1024 16 256
>> maximum_object_size 4096 KB
>> minimum_object_size 1KB
>> coredump_dir /var/spool/squid3
>> refresh_pattern ^ftp: 1440 20% 10080
>> refresh_pattern ^gopher: 1440 0% 1440
>> refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
>> refresh_pattern . 0 20% 4320
>> dns_nameservers 127.0.0.1 8.8.8.8 8.8.4.4
>
> mirando los logs me tira esto, aunque permisos y usuario del directorio
> estan bien:
>
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FA ((5) Input/output error)
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FB ((5) Input/output error)
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FC ((5) Input/output error)
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FD ((5) Input/output error)
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FE ((22) Invalid argument)
> 2013/09/07 18:58:24| storeUfsCreate: Failed to create
> /var/spool/squid/00/98/000098FF ((22) Invalid argument)
> 2013/09/07 19:00:30| storeClientReadHeader: no URL!
> 2013/09/07 19:02:36| storeUfsCreate: Failed to create
> /var/spool/squid/00/99/00009999 ((5) Input/output error)
> 2013/09/07 19:47:11| storeClientReadHeader: no URL!
> 2013/09/07 19:47:12| storeClientReadHeader: no URL!
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> Archive: [🔎] 522B725A.5060108@gmail.com">http://lists.debian.org/[🔎] 522B725A.5060108@gmail.com
>
Reply to: