On 11 August 2014 15:33, Peter Zijlstra wrote:
[snip]
>
>
> Now I think I see why this is; we've reduced load balancing frequency
> significantly on this machine due to:
I agree with you about the root cause
>
>
> -#define SD_SIBLING_INIT (struct sched_domain) {
>
.
Sent using Boxer
On Aug 10, 2014 8:23 PM, Fengguang Wu wrote:
>
> On Sun, Aug 10, 2014 at 05:05:03PM +0200, Peter Zijlstra wrote:
> > On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> > > The "brickland1/aim7/6000-page_test" is the test case part.
> > >
> > > The "TOTAL XXX"
On Mon, Aug 11, 2014 at 03:33:52PM +0200, Peter Zijlstra wrote:
> On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> > This view may be easier to read, by grouping the metrics by test case.
> >
> > test case: brickland1/aim7/6000-page_test
>
> OK, I have a similar system to the brick
On Tue, Aug 12, 2014 at 09:29:19AM +0530, Preeti U Murthy wrote:
> On 08/11/2014 07:03 PM, Peter Zijlstra wrote:
> >
> > Now I think I see why this is; we've reduced load balancing frequency
> > significantly on this machine due to:
>
> We have also changed the value of busy_factor to 32 from 64
On 08/11/2014 07:03 PM, Peter Zijlstra wrote:
>
> Now I think I see why this is; we've reduced load balancing frequency
> significantly on this machine due to:
We have also changed the value of busy_factor to 32 from 64 across all
domains. This would contribute to increased frequency of load bala
On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> This view may be easier to read, by grouping the metrics by test case.
>
> test case: brickland1/aim7/6000-page_test
OK, I have a similar system to the brickland thing (slightly different
configuration, but should be close enough).
On Sun, Aug 10, 2014 at 05:05:03PM +0200, Peter Zijlstra wrote:
> On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> > The "brickland1/aim7/6000-page_test" is the test case part.
> >
> > The "TOTAL XXX" is the metric part. One test run may generate lots of
> > metrics, reflecting diff
* Peter Zijlstra wrote:
> On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> > The "brickland1/aim7/6000-page_test" is the test case part.
> >
> > The "TOTAL XXX" is the metric part. One test run may generate lots of
> > metrics, reflecting different aspect of the system dynamics.
On Sun, Aug 10, 2014 at 06:54:13PM +0800, Fengguang Wu wrote:
> The "brickland1/aim7/6000-page_test" is the test case part.
>
> The "TOTAL XXX" is the metric part. One test run may generate lots of
> metrics, reflecting different aspect of the system dynamics.
>
> This view may be easier to read,
On Sun, Aug 10, 2014 at 09:59:15AM +0200, Peter Zijlstra wrote:
> On Sun, Aug 10, 2014 at 12:41:27PM +0800, Fengguang Wu wrote:
> > Hi Vincent,
> >
> > FYI, we noticed some performance ups/downs on
> >
> > commit 143e1e28cb40bed836b0a06567208bd7347c9672 ("sched: Rework
> > sched_domain topology
On Sun, Aug 10, 2014 at 12:41:27PM +0800, Fengguang Wu wrote:
> Hi Vincent,
>
> FYI, we noticed some performance ups/downs on
>
> commit 143e1e28cb40bed836b0a06567208bd7347c9672 ("sched: Rework sched_domain
> topology definition")
>
> 128529 ± 1% +17.9% 151594 ± 0% brickland1/aim7/
Hi Vincent,
FYI, we noticed some performance ups/downs on
commit 143e1e28cb40bed836b0a06567208bd7347c9672 ("sched: Rework sched_domain
topology definition")
107437febd495a5 143e1e28cb40bed836b0a0656 testbox/testcase/testparams
--- - --
12 matches
Mail list logo
