On Tue, Sep 19, 2006, Adrian Chadd wrote:
> You did say the getStats() call was very expensive.
>
> Aha! Could someone please beat me to fixing this? I need to attend to studies
> for a few days.
Too late!
http://www.creative.net.au/diffs/20060919-squid3-mempools.diff
This seems
On 19 Sep 2006 at 13:17, Adrian Chadd wrote:
> Here's the hourly snapshot.
>
> Adrian
>
> Last 1 hour averages: (Cumulated time: 25411206816740, 2782.06 sec)
>
> Probe NameEvents cumulated time best case average
> worst case Rate / sec % in int
>
> PROF_UNACCOUNTED
On Tue, Sep 19, 2006, Andres Kroonmaa wrote:
> Is that all? or did you paste only part of probes?
> When I used it on my prod caches, I enabled quite alot
> more probes. When the profiling feature was included,
> there were other concurrent changes (eg chunked mempools)
> and in submitted patch ma
On Tue, Sep 19, 2006, Andres Kroonmaa wrote:
> Is that all? or did you paste only part of probes?
> When I used it on my prod caches, I enabled quite alot
> more probes. When the profiling feature was included,
> there were other concurrent changes (eg chunked mempools)
> and in submitted patch ma
On 9/19/06, Adrian Chadd <[EMAIL PROTECTED]> wrote:
On Tue, Sep 19, 2006, Andres Kroonmaa wrote:
...
> Since then quite alot of changes have happened, so I'd
> suggest to look at the gprof stats to decide what funcs
> to probe with hires prof and add them.
Yeah, I'm thinking that too.
Is
On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> Is hires profiling *that* heavy? I've used it in my production squids
> (while I've used squid3) and the overhead was neglible.
It doesn't seem to be that heavy.
> There is a comment in profiling.h claiming that rdtsc (for x86 arch)
> stalls CPU pipes
On 9/19/06, Adrian Chadd <[EMAIL PROTECTED]> wrote:
On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> There is a comment in profiling.h claiming that rdtsc (for x86 arch)
> stalls CPU pipes. That's not what Intel documentation says (page 213
> -numbered as 4-209- of the Intel Architecture Software
On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> >Cute! It'd still be a good idea to explicitly state beginning/end where
> >appropriate. What might be nice is a "i was deallocated at the end of the
> >function rather than being deallocated explicitly" counter so things
> >could be noted?
>
> I don't
On 9/19/06, Adrian Chadd <[EMAIL PROTECTED]> wrote:
On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> >Bout the only really crinkly point I see atm is the zero-sized reply
> >stuff. I have a sneaking sense that the forwarder code is still slightly
> >broken.
>
> Nothing the squid-guru-team c
On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> >Hey, want to join? :)
>
> Tempting invitation :) but for the moment I'll be commited to
> another projects (I believe for 2 months or so). But once I finish
> on-going projects, I'd love to join.
>
> I manage about 20 squid servers for a hundred
On 19 Sep 2006 at 21:10, Adrian Chadd wrote:
> On Tue, Sep 19, 2006, Gonzalo Arana wrote:
>
> > Is hires profiling *that* heavy? I've used it in my production squids
> > (while I've used squid3) and the overhead was neglible.
>
> It doesn't seem to be that heavy.
hires profiling was designed for
On 9/19/06, Andres Kroonmaa <[EMAIL PROTECTED]> wrote:
On 19 Sep 2006 at 21:10, Adrian Chadd wrote:
> On Tue, Sep 19, 2006, Gonzalo Arana wrote:
>
> > Is hires profiling *that* heavy? I've used it in my production squids
> > (while I've used squid3) and the overhead was neglible.
>
> It doesn't s
On 19 Sep 2006 at 14:12, Gonzalo Arana wrote:
> On 9/19/06, Andres Kroonmaa <[EMAIL PROTECTED]> wrote:
> > > On Tue, Sep 19, 2006, Gonzalo Arana wrote:
> > >
> > > > There is a comment in profiling.h claiming that rdtsc (for x86 arch)
> > > > stalls CPU pipes. That's not what Intel documentation
tis 2006-09-19 klockan 21:10 +0300 skrev Andres Kroonmaa:
> Because gprof call graph is determinate, but profile
> information is statistical approximation. For vast
> majority of cases its good enough. For eg. in this
> case it seems that gprof wasn't that much off afterall
> as Adrian found a bu
Hiya,
What do you all think about another squid-2.6 release? A few bugfixes
have gone into Squid-2.6. It'd also be good to say "this stable release
has stable COSS support."
Adrian
I'm about to get MASK assignment working in wccp2. I'd like to see that in
the next release if possible.
Steven
> -Original Message-
> From: Adrian Chadd [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 20 September 2006 9:03 AM
> To: squid-dev@squid-cache.org
> Subject: one more squid-2.6 r
On Wed, Sep 20, 2006, Steven Wilton wrote:
> I'm about to get MASK assignment working in wccp2. I'd like to see that in
> the next release if possible.
Nice! I guess the CCE's helped..
Adrian
17 matches
Mail list logo