[squid-users] Squid RPM compile flags (was cache hit 0.0000)

Thanks for all your replies on the cache hit. I had just installed my squid
server during the weekend and it wasn't running it under heavy load. Now
under heavier load I can see the cache hits showing up and given the more
memory and CPU cache I definitely have a better response on cache hits than
I had on my older dell 1750.

But … Let me ask you gurus a question:

I have noticed that some stats are quite impressive compared to my previous
box (dell 1750), but some others are definitely worst on my new box (dell
6550). The main difference I am noticing is on cache missed where my old
box outperformed the new one by a factor of 3. I am guessing that this
cannot be related to disk performance since the new box has 3 disks in
hardware raid5 like the old one did and the disks on the new box are faster.
  Also I am using the same FS (ext3).

The only difference as far as quid is:
- on the old dell 1750 I was using squid2.5-Stable5 from the redhat RPM
- on the new dell 6550 I am using squid2.5-Stable7 compiled from source with
the flags that I had posted.

Now my question is: what are the compile flags used in the fedora RPMS? I
could get the list of configure flags on the old box (squid installed by
RPM) by doing a squid -v and so I did replicate most of them for the new box
eliminating some NTLM and other stuff I do not use, but how about the
compile flags? How do I know which flags are passed to make in the RPM?
Could it be that the compile flags used by just typing make are different
from the compile flags used in the RPM?

Thanks.

>From: "Elsen Marc" <elsen@imec.be>
>To: "Lucia Di Occhi" <saint_lucy@hotmail.com>,
><squid-users@squid-cache.org>
>Subject: RE: [squid-users] Cache Hits: 0.00000
>Date: Mon, 6 Dec 2004 07:27:25 +0100
>
>
> >
> > I am either having a problem or my machine is faster than
> > lightning :-)
> > I am running:
> >
> > Squid Cache: Version 2.5.STABLE7
> > configure options: --program-prefix= --prefix=/usr
> > --exec-prefix=/usr
> > --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
> > --datadir=/usr/share
> > --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec
> > --localstatedir=/var --sharedstatedir=/usr/com
> > --mandir=/usr/share/man
> > --infodir=/usr/share/info --exec_prefix=/usr --bindir=/usr/sbin
> > --libexecdir=/usr/lib/squid --localstatedir=/var
> > --sysconfdir=/etc/squid
> > --enable-poll --enable-snmp --enable-removal-policies=heap,lru
> > --enable-storeio=aufs,coss,diskd,null,ufs --enable-ssl
> > --with-openssl=/usr/kerberos --enable-delay-pools
> > --enable-linux-netfilter
> > --with-pthreads --enable-useragent-log --enable-referer-log
> > --disable-dependency-tracking --enable-cachemgr-hostname=localhost
> > --disable-ident-lookups --enable-truncate --enable-underscores
> > --datadir=/usr/share
> >
> > compiled from source on a freshly installed Fedora Core 3
> > system with the
> > following specs:
> > Dell 6550 dual Intel(R) Xeon(TM) MP CPU 2.70GHz - 512 KB
> > cache and 3G Ram
> > with 3 disks in Raid5
> > (quite a sweet machine) Well it seems that something is quite wrong.
> >
> > Cache Hits: 0.00000 0.00000
> > Is this possible?
>
> Note that this value denotes the median service time
>for cache hits. It does not say that there are not any hits.
>As to why it is 0 , perhaps currently your squid is lightly loaded.
> >
> > Median Service Times (seconds) 5 min 60 min:
> > HTTP Requests (All): 0.00562 0.05331
> > Cache Misses: 0.18699 0.14252
> > Cache Hits: 0.00000 0.00000
> > Near Hits: 0.00000 0.12783
> > Not-Modified Replies: 0.00000 0.00000
> > DNS Lookups: 0.06364 0.00190
> > ICP Queries: 0.00000 0.00000
> >
> > Also I'd like to know why is my 50G /cache never filling up.
> > I have the
> > following settings:
> > cache_mem 512 MB
> > cache_dir ufs /cache 50000 16 256
> > I'd like to use the whole 100G someday but I am noticing that
> > no matter what
> > I can't even fill 50% of my 50G /cache
>
> That depends on your users Internet access profile (too).
> Suppose they are all accessing objects with short lifetimes.
> Theoretically that behavior could even be worse.
>
> You may have a light load , or you didn't wait long enough.
> It can take up to a week to fill the cache.
>
> What is your average http reqs/sec ?
>
> M.
>
> >
> > On the above note, I am trying to maximize speed since I have
> > a very large
> > pipe to the internet. Any recommendations or suggestions?
> >
> > Thank you guys!
> >
> > _________________________________________________________________
> > Express yourself instantly with MSN Messenger! Download today
> > - it's FREE!
> > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
> >
> >

_________________________________________________________________
Don’t just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
Received on Mon Dec 06 2004 - 20:41:15 MST