Dear, if I recall right tracing the application would be the work of the developer who is responsible for the port. That is exactly why I question at this place! It's impossible for me to step this deep in every application I stumble across. I thank you for your suggestions but testing the DNS time is nonsense because my DNS server runs on another boxen and the IPNAT configuration on this NetBSD boxen works very fine because without the squid proxy I can connect very much faster to the outer world. Adrian Immanuel KIESS On Sun, 2013-09-15 at 07:31 -0400, matthew sporleder wrote: > ktrace is a command, look it up. > > > also testing dns time was a very good suggestion, as well. > > > > On Sun, Sep 15, 2013 at 7:12 AM, Adrian Immanuel Kieß > <adrian%kiess.at@localhost> wrote: > 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 > > for > > several seconds until the page is served. The > network download > > itself > > 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 > > same > > configuration. > > > > Thank you very much! > > > > Sincerely, > > > > 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 > > pauses? > > > > 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> > www: http://www.kiess.at > > -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator & programmer Unix / Perl / LaTeX mail: <adrian (at) kiess.at> www: http://www.kiess.at
Attachment:
signature.asc
Description: This is a digitally signed message part