[squid-users] Squid too slow.Please Help.Urgent

Hi Everybody,

                       We have a Squid 2.6.STABLE13 running on an
OpenBSD box along with packet filtering(earlier we used to run it on
FedoraCore4). The machine is a P4 3.4 GHz with 1 GB RAM and running
a cache of 30 GB. The external link speed is 4 Mbps. We use the DNS
server of our ISP .the internet connection is pathetic . The details
of the output of the squid client is as follows.

Squid Object Cache: Version 2.6.STABLE13
Start Time: Tue, 07 Aug 2007 23:55:51 GMT
Current Time: Wed, 08 Aug 2007 10:19:24 GMT
Connection information for squid:
        Number of clients accessing cache: 761
        Number of HTTP requests received: 436323
        Number of ICP messages received: 0
        Number of ICP messages sent: 0
        Number of queued ICP replies: 0
        Request failure ratio: 0.00
        Average HTTP requests per minute since start: 699.7
        Average ICP messages per minute since start: 0.0
        Select loop called: 578899 times, 64.628 ms avg
Cache information for squid:
        Request Hit Ratios: 5min: 28.4%, 60min: 23.5%
        Byte Hit Ratios: 5min: 19.2%, 60min: 19.5%
        Request Memory Hit Ratios: 5min: 12.1%, 60min: 13.9%
        Request Disk Hit Ratios: 5min: 41.5%, 60min: 41.7%
        Storage Swap size: 13067832 KB
        Storage Mem size: 190880 KB
        Mean Object Size: 19.80 KB
        Requests given to unlinkd: 0
Median Service Times (seconds) 5 min 60 min:
        HTTP Requests (All): 11.37373 8.22659
        Cache Misses: 15.72468 12.00465
        Cache Hits: 5.06039 4.07741
        Near Hits: 14.89826 12.00465
        Not-Modified Replies: 3.86308 3.28534
        DNS Lookups: 6.80420 4.17707
        ICP Queries: 0.00000 0.00000
Resource usage for squid:
        UP Time: 37413.255 seconds
        CPU Time: 34220.020 seconds
        CPU Usage: 91.46%
        CPU Usage, 5 minute avg: 95.51%
        CPU Usage, 60 minute avg: 97.02%
        Process Data Segment Size via sbrk(): 0 KB
        Maximum Resident Size: 0 KB
        Page faults with physical i/o: 65
Memory accounted for:
        Total accounted: 275284 KB
        memPoolAlloc calls: 52025731
        memPoolFree calls: 49328868
File descriptor usage for squid:
        Maximum number of file descriptors: 1024
        Largest file desc currently in use: 855
        Number of file desc currently in use: 675
        Files queued for open: 7
        Available number of file descriptors: 342
        Reserved number of file descriptors: 100
        Store Disk files open: 27
        IO loop method: kqueue
Internal Data Structures:
        662573 StoreEntries
         29686 StoreEntries with MemObjects
         29517 Hot Object Cache Items
        660137 on-disk objects

A few of my Squid configuration which i think you guys may require
are as follows:

cache_mem 400 MB
maximum_object_size 20480 KB
maximum_object_size_in_memory 20 KB
fqdncache_size 4096
cache_dir aufs /var/squid/cache 32768 64 256
cache_dns_program /usr/local/libexec/dnsserver
dns_children 32
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 5223
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 5223 # https, snews
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 manager localhost
http_access deny manager all
# Deny requests to unknown ports
http_access deny !Safe_ports
# Deny CONNECT to other than SSL ports
http_access deny CONNECT !SSL_ports
# one who can access services on "localhost" is a local user
http_access deny to_localhost
reply_body_max_size 20971520 allow all
append_domain .xxx.xx.xx

Is the number of request on my server too high.even my CPU utilization
is too high.Do we need to upgrade the machine .Please help

Regards
Preetish
Received on Wed Aug 08 2007 - 06:29:31 MDT