pcp
[Top] [All Lists]

Re: [patch] speed pmie startup

To: Nathan Scott <nathans@xxxxxxxxxx>
Subject: Re: [patch] speed pmie startup
From: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Date: Fri, 24 Apr 2015 09:32:49 +1000
Cc: Lukas Berk <lberk@xxxxxxxxxx>, pcp developers <pcp@xxxxxxxxxxx>
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <614087554.5255330.1429763218272.JavaMail.zimbra@xxxxxxxxxx>
References: <852862416.3748569.1429589380945.JavaMail.zimbra@xxxxxxxxxx> <5536CD81.1070008@xxxxxxxxxxxxxxxx> <670202791.5237429.1429755448032.JavaMail.zimbra@xxxxxxxxxx> <55385C8A.40403@xxxxxxxxxxxxxxxx> <614087554.5255330.1429763218272.JavaMail.zimbra@xxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
On 23/04/15 14:26, Nathan Scott wrote:


----- Original Message -----
On 23/04/15 12:17, Nathan Scott wrote:
...
The 518 fix was in the original patch, but 260 hasn't been failing here at
all so far - can you send me the .bad file?

Grrr ... 260 is not failing here now!


I've run it in a loop & managed to hit it - looks like its as you suggested, the
values from pmie look very close, just the acceptable range needs to be widened
on one side of the equation to accommodate the quicker startup.

Will fix shortly, thanks.

Not sure we're on the right path here.

1. if pmie starts sooner, the number of samples should be larger, not smaller ... so in qa/260 expecting a value of 180, finding a value of 172 or 175 does not sound like a filter change is the right fix

2. qa/312 is failing for me now and the pmie rule is never being evaluated

I suspect (but have not found yet) some early rule firing that is no longer working with the 1 sec delays at start removed ... more investigation needed, me thinks.



<Prev in Thread] Current Thread [Next in Thread>