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 <pradonce...@gmail.com> escribió: > Mario Vila escribió: > >> Usuario Lista escribió: >>> >>> El día 7 de septiembre de 2013 17:37, Mario Vila >>> <pradonce...@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-requ...@lists.debian.org >>>> with a subject of "unsubscribe". Trouble? Contact >>>> listmas...@lists.debian.org >>>> Archive: http://lists.debian.org/522b481d.2070...@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-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/522b725a.5060...@gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cajs4opuav2tjd3wxetmkc7-rqzsv4t625vopoxo8leskc+v...@mail.gmail.com