Dear List, Metthew and Matthias,
I don't know how to trace a application within NetBSD -- and yes it must
be cache related. After migrating, if I remeber right, I even tried to
rebuild the cache by hand to check if everything is OK.
I guess it loops around somewhere with wrong OPENDEV command for the
network interface. My second guess it is busy scanning the HTML file or
something. I just can guess. :-)
I even added max_filedescriptors 4096 in squid.conf because I've
stumbled across something with the open file limit in NetBSD already.
As I already noted it worked under Debian.
But under NetBSD 6.1 I now have the high CPU usage.
I attached my squid.conf file.
Adrian Immanuel KIESS
On Sat, 2013-09-14 at 14:24 -0400, matthew sporleder wrote:
> On Thu, Sep 12, 2013 at 11:22 PM, Adrian Immanuel Kieß
> <adrian%kiess.at@localhost> wrote:
> Dear list,
> since several months and upgrades I encountered the problem
> that squid
> uses too much CPU time under NetBSD 6.1 and my proxy server is
> nearly to
> unusable now.
> I installed the default squid from /usr/pkgsrc/www/squid using
> pkgsrc-2013-Q2. Every HTTP webpage request lets squid meditate
> several seconds until the page is served. The network download
> seems comparatively fast.
> Maybe someone seen this behavior of squid too and give me a
> hint? I
> moved my squid installation from GNU/Debian to this NetBSD box
> and I
> remember -- there I did not have this problem with nearly the
> Thank you very much!
> Adrian Immanuel KIESS
> With greetings from Leipzig, Germany.
> Adrian Immanuel Kieß
> Administrator & programmer
> Unix / Perl / LaTeX
> mail: <adrian (at) kiess.at>
> www: http://www.kiess.at
> Have you tried ktrace-ing squid to see what it's doing during these
> It sounds like it's probably scanning/writing the cache?
With greetings from Leipzig, Germany.
Adrian Immanuel Kieß
Administrator & programmer
Unix / Perl / LaTeX
mail: <adrian (at) kiess.at>