[squid-users] squid-users Digest, Vol 26, Issue 82
Krishna Kulkarni
krishna26kulkarni at gmail.com
Sun Oct 23 12:42:02 UTC 2016
Hi Antony,
Thanks for the reply. I have made changes in squid.conf as per your
suggestion and have allocated 20 GB of Hard disk space.
Squid server at my location handles http/https requests for more than 500
hosts. But at peak hours squid usually performs very slow and browser takes
1-2 minutes just to serve google home page and more time than that for
heavy web page.
I have verified network link utilization & found it consumes not more than
15 mb whereas link bandwidth is of 45mb but still squid serves web pages
very slow to client hosts.
Any suggestions in squid configuration to overcome this issue would be
highly appreciated.
Thanks,
Krishna.
On Oct 23, 2016 5:11 PM, <squid-users-request at lists.squid-cache.org> wrote:
> Send squid-users mailing list submissions to
> squid-users at lists.squid-cache.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.squid-cache.org/listinfo/squid-users
> or, via email, send a message with subject or body 'help' to
> squid-users-request at lists.squid-cache.org
>
> You can reach the person managing the list at
> squid-users-owner at lists.squid-cache.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of squid-users digest..."
>
>
> Today's Topics:
>
> 1. Slowness in Squid (Krishna Kulkarni)
> 2. Re: Slowness in Squid (Antony Stone)
> 3. external_acl_type problem (reinerotto)
> 4. Re: Slowness in Squid (Yuri Voinov)
> 5. Re: Slowness in Squid (Matus UHLAR - fantomas)
> 6. Re: Slowness in Squid (Yuri Voinov)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 23 Oct 2016 09:06:22 +0530
> From: Krishna Kulkarni <krishna26kulkarni at gmail.com>
> To: squid-users at lists.squid-cache.org
> Subject: [squid-users] Slowness in Squid
> Message-ID:
> <CAN-hqth-kdQDYXTR=jDnbVoiNmEMpi71+Sx7waO=61s0keu
> cDQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Dear Team
> I am new to squid.. I have installed squid 3.5 on CentOS 6.7. As a
> configuration part, I have kept most of the things default. Please advice
> on how to allocate cache memory of 20 GB to squid. I got to know that, more
> cache memory would increase performance of squid..
>
> Thanks,
> Krishna
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.squid-cache.org/pipermail/squid-users/
> attachments/20161023/9ddd4442/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 23 Oct 2016 10:16:28 +0200
> From: Antony Stone <Antony.Stone at squid.open.source.it>
> To: squid-users at lists.squid-cache.org
> Subject: Re: [squid-users] Slowness in Squid
> Message-ID: <201610231016.28867.Antony.Stone at squid.open.source.it>
> Content-Type: Text/Plain; charset="iso-8859-15"
>
> On Sunday 23 October 2016 at 05:36:22, Krishna Kulkarni wrote:
>
> > I am new to squid.. I have installed squid 3.5 on CentOS 6.7. As a
> > configuration part, I have kept most of the things default. Please advice
> > on how to allocate cache memory of 20 GB to squid.
>
> Do you mean cache memory, or disk cache?
>
>
> If you mean memory (RAM) and you have enough of this in your system (eg: 32
> Gbytes or more), then find the section in squid.conf which starts with:
>
> # MEMORY CACHE OPTIONS
>
> And read about the tag "cache_mem".
>
> To set this value (normally 256 Mbytes) to 20 Gbytes, set:
>
> cache_mem 20 GB
>
>
> If, on the other hand, you do not mean memory, but you mean disk cache,
> then
> find the section in squid.conf with starts with:
>
> # TAG: cache_dir
>
> and read that section.
>
> Pay particular attention to the line which says:
>
> # cache_dir ufs Directory-Name Mbytes L1 L2 [options]
>
> And then later there is an example:
>
> # cache_dir ufs /var/spool/squid3 100 16 256
>
> Uncomment that line and change the 100 (Megabytes) in that line to 20000
> (for
> 20 Gigabytes) and perhaps also adjust the 16 to something like 64 or even
> 256
> - for a large cache you don't want a few directories with lots of entries
> each, so it's worthwhile creating lots of directories to keep the number of
> files in each down.
>
> > I got to know that, more cache memory would increase performance of
> squid..
>
> What do you mean by "performance"?
>
>
> Antony.
>
> --
> Just when you think you're done, a cat floats by with buttered toast
> strapped
> to its back.
>
> - Steve Krug, "Don't make me think"
>
> Please reply to the
> list;
> please *don't* CC
> me.
>
>
> ------------------------------
>
> Message: 3
> Date: Sun, 23 Oct 2016 03:39:31 -0700 (PDT)
> From: reinerotto <augustus_meyer at gmx.net>
> To: squid-users at lists.squid-cache.org
> Subject: [squid-users] external_acl_type problem
> Message-ID: <1477219171447-4680203.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> 1)
> According to
> http://www.squid-cache.org/Doc/config/external_acl_type/
>
> in squid.conf, this
>
> external_acl_type check_delay ttl=0 cache=0 %SRC /etc/squid/check_delay.sh
>
> should start 0 helpers immediately after squid (3.5.22) start-up.
> However, I always see 5.
>
> 2)
> I often see this:
> Sat Oct 22 23:51:18 2016 user.alert syslog: The check_delay helpers are
> crashing too rapidly, need help!
> Sat Oct 22 23:51:18 2016 local4.notice squid[21677]: Squid Parent:
> (squid-1)
> process 27685 exited with status 1
>
> Still trying to trace down the problem, I notice, that in this case some
> helpers still kept alive, although
> I expect them to be killed, too, in case squid-1 exits.
>
>
> I need to add, that I am running squid on an embedded system,
> cross-compiled
> for MIPS.
> So there _might_ be some assumptions made for "standard LINUX" squid, which
> are not true in my case.
>
>
>
>
> --
> View this message in context: http://squid-web-proxy-cache.
> 1019090.n4.nabble.com/external-acl-type-problem-tp4680203.html
> Sent from the Squid - Users mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 4
> Date: Sun, 23 Oct 2016 17:15:53 +0600
> From: Yuri Voinov <yvoinov at gmail.com>
> To: squid-users at lists.squid-cache.org
> Subject: Re: [squid-users] Slowness in Squid
> Message-ID: <ebf2c080-b508-9547-a9df-d7971df609a4 at gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Keep in mind - a huge in-memory cache does not always give the
> acceleration. Moreover, in most cases you can get the opposite effect
> expected. It is a common misconception - that the giant memory cache
> will give a giant performance gain.
>
>
> 23.10.2016 9:36, Krishna Kulkarni пишет:
> >
> > Dear Team
> > I am new to squid.. I have installed squid 3.5 on CentOS 6.7. As a
> configuration part, I have kept most of the things default. Please
> advice on how to allocate cache memory of 20 GB to squid. I got to know
> that, more cache memory would increase performance of squid..
> >
> > Thanks,
> > Krishna
> >
> >
> >
> > _______________________________________________
> > squid-users mailing list
> > squid-users at lists.squid-cache.org
> > http://lists.squid-cache.org/listinfo/squid-users
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJYDJvoAAoJENNXIZxhPexGyFsH/3or29Reesz9IzZVim7aNk7h
> 8MYCw8n7l4oaWtZFXdnj6f7sCMKTBVYoxNXqI4O172/XPgkg6y3onFqgU3a5eNIT
> r1f09FLi7MAdBAl0YtuwbRXpcKe9SyjhA/hzOhC1UiN3nUcxSR/hyc0oKpjw3Oy1
> LwrBQGq7ZjZlNnKZh/uatxyKZolizof9uvKufVJqJdGtJRwkfjc6ELBpC/Lp7chz
> yVe2JA7Qi0NHzMoQwS7HblZ/o60E7rdoGTPhBdozxoOMiteW3ZVbm97Mol+t1BM2
> s0IsYw9IJSoWPUJ8V+AUryjrzComGnXR4wl20pFrZ+eO/v+tZff6OZVb5A5PDCE=
> =6ozO
> -----END PGP SIGNATURE-----
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.squid-cache.org/pipermail/squid-users/
> attachments/20161023/607405d9/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 0x613DEC46.asc
> Type: application/pgp-keys
> Size: 2437 bytes
> Desc: not available
> URL: <http://lists.squid-cache.org/pipermail/squid-users/
> attachments/20161023/607405d9/attachment-0001.key>
>
> ------------------------------
>
> Message: 5
> Date: Sun, 23 Oct 2016 13:37:04 +0200
> From: Matus UHLAR - fantomas <uhlar at fantomas.sk>
> To: squid-users at lists.squid-cache.org
> Subject: Re: [squid-users] Slowness in Squid
> Message-ID: <20161023113704.GA12924 at fantomas.sk>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 23.10.16 17:15, Yuri Voinov wrote:
> >Keep in mind - a huge in-memory cache does not always give the
> >acceleration. Moreover, in most cases you can get the opposite effect
> >expected. It is a common misconception - that the giant memory cache
> >will give a giant performance gain.
>
> doesn't that imply kind of effectiveness?
>
> >23.10.2016 9:36, Krishna Kulkarni пишет:
> >> I am new to squid.. I have installed squid 3.5 on CentOS 6.7. As a
> >configuration part, I have kept most of the things default. Please
> >advice on how to allocate cache memory of 20 GB to squid. I got to know
> >that, more cache memory would increase performance of squid..
>
> --
> Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> The only substitute for good manners is fast reflexes.
>
>
> ------------------------------
>
> Message: 6
> Date: Sun, 23 Oct 2016 17:40:46 +0600
> From: Yuri Voinov <yvoinov at gmail.com>
> To: squid-users at lists.squid-cache.org
> Subject: Re: [squid-users] Slowness in Squid
> Message-ID: <790ee9e7-f646-d14a-1213-a3729e30d90f at gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> This effect is good known to all who have worked with relational
> databases. In fact, it is typical in general for all caches except
> purpose-built highly scalable systems.
>
>
> 23.10.2016 17:37, Matus UHLAR - fantomas пишет:
> > doesn't that imply kind of effectiveness?
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJYDKG+AAoJENNXIZxhPexGv9IH/A+T/eimJHaIkzY4oyDjbM9Z
> fiDZyJPKoQz3uEDCS1qu+xxm33aol+IXFfE6L9ksuTUDwhzVnfw+m1aeEKv0NbBR
> ODUL6dUhHnSmKWQ4TjDG/nXaQHK7QQDy+uqeIdZe1P9WHdGJ0qNDKwtCV2mD9hHH
> QHg9Ukx7ycYDNAxxBvFfieOIhRfemuh8L+Z7Ne7nrmE6yGW+UCZze1/HfipYdFHH
> IAiMO87icjbdd//EcLvhupMAQIBvSBMdehHsri+eHS/hwId2aWGtE/eqRovi8ITe
> pPS2xKRC4H1IpzuMMNy0xCGsZ4UZ/vVN8fL0OhMX+VSX48RRN0C2GA1giFcNUAM=
> =wnN6
> -----END PGP SIGNATURE-----
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: 0x613DEC46.asc
> Type: application/pgp-keys
> Size: 2437 bytes
> Desc: not available
> URL: <http://lists.squid-cache.org/pipermail/squid-users/
> attachments/20161023/327fc190/attachment.key>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
>
> ------------------------------
>
> End of squid-users Digest, Vol 26, Issue 82
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20161023/c777098f/attachment-0001.html>
More information about the squid-users
mailing list