From: Nikunj A Dadhania <nikunj@linux.vnet.ibm.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: peterz@infradead.org, linux-kernel@vger.kernel.org,
vatsa@linux.vnet.ibm.com, bharata@linux.vnet.ibm.com
Subject: Re: [RFC PATCH 0/4] Gang scheduling in CFS
Date: Mon, 19 Dec 2011 17:15:05 +0530 [thread overview]
Message-ID: <87k45sbxa6.fsf@abhimanyu.in.ibm.com> (raw)
In-Reply-To: <20111219112326.GA15090@elte.hu>
On Mon, 19 Dec 2011 12:23:26 +0100, Ingo Molnar <mingo@elte.hu> wrote:
>
> * Nikunj A. Dadhania <nikunj@linux.vnet.ibm.com> wrote:
>
> > The following patches implements gang scheduling. These
> > patches are *highly* experimental in nature and are not
> > proposed for inclusion at this time.
> >
> > Gang scheduling is an approach where we make an effort to
> > run related tasks (the gang) at the same time on a number
> > of CPUs.
>
> The thing is, the (non-)scalability consequences are awful, gang
> scheduling is a true scalability nightmare. Things like this in
> gang_sched():
>
> + for_each_domain(cpu_of(rq), sd) {
> + count = 0;
> + for_each_cpu(i, sched_domain_span(sd))
> + count++;
>
> makes me shudder.
>
One point to note here is this happens only once for electing the
gang_leader, which can be done on bootup as well. And later when
offlining-onlining the cpu.
> So could we please approach this from the benchmarked workload
> angle first? The highest improvement is in ebizzy:
>
<snip>
> > ebizzy 2vm (improved 15 times, i.e. 1520%)
> > +------------+--------------------+--------------------+----------+
> > | Ebizzy |
> > +------------+--------------------+--------------------+----------+
> > | Parameter | Basline | gang:V2 | % imprv |
> > +------------+--------------------+--------------------+----------+
> > | EbzyRecords| 1709.50 | 27701.00 | 1520 |
> > | EbzyUser| 20.48 | 376.64 | 1739 |
>
It is getting more usertime.
> > | EbzySys| 1384.65 | 1071.40 | 22 |
> > | EbzyReal| 300.00 | 300.00 | 0 |
> > | BwUsage| 2456114173416.00 | 2483447784640.00 | 1 |
> > | HostIdle| 34.00 | 35.00 | -2 |
> > | UsrTime| 6.00 | 14.00 | 133 |
>
Even the guest numbers says so, got using iostat in guest.
>
> What's behind this huge speedup? Does ebizzy use user-space
> spinlocks perhaps? Could we do something on the user-space side
> to get a similar speedup?
>
Some more oprofile data here for the above ebizzy-2VM run:
ebizzy: gang top callers(2 VMs)
2147208 total 0
357627 ____pagevec_lru_add 1064
297518 native_flush_tlb_others 1328
245478 get_page_from_freelist 174
219277 default_send_IPI_mask_logical 978
168287 __do_page_fault 159
156154 release_pages 336
73961 handle_pte_fault 20
68923 down_read_trylock 2153
60094 __alloc_pages_nodemask 29
ebizzy: nogang top callers(2 VMs)
2771869 total 0
2653732 native_flush_tlb_others 11847
16004 get_page_from_freelist 11
15977 ____pagevec_lru_add 47
13125 default_send_IPI_mask_logical 58
10739 __do_page_fault 10
9379 release_pages 20
5330 handle_pte_fault 1
4727 down_read_trylock 147
3770 __alloc_pages_nodemask 1
Regards,
Nikunj
next prev parent reply other threads:[~2011-12-19 11:44 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-19 8:33 Nikunj A. Dadhania
2011-12-19 8:34 ` [RFC PATCH 1/4] sched: Adding cpu.gang file to cpu cgroup Nikunj A. Dadhania
2011-12-19 8:34 ` [RFC PATCH 2/4] sched: Adding gang scheduling infrastrucure Nikunj A. Dadhania
2011-12-19 15:51 ` Peter Zijlstra
2011-12-19 16:51 ` Peter Zijlstra
2011-12-20 1:43 ` Nikunj A Dadhania
2011-12-20 1:39 ` Nikunj A Dadhania
2011-12-19 8:34 ` [RFC PATCH 3/4] sched: Gang using set_next_buddy Nikunj A. Dadhania
2011-12-19 8:35 ` [RFC PATCH 4/4] sched:Implement set_gang_buddy Nikunj A. Dadhania
2011-12-19 15:51 ` Peter Zijlstra
2011-12-20 1:43 ` Nikunj A Dadhania
2011-12-26 2:30 ` Nikunj A Dadhania
2011-12-19 11:23 ` [RFC PATCH 0/4] Gang scheduling in CFS Ingo Molnar
2011-12-19 11:44 ` Avi Kivity
2011-12-19 11:50 ` Nikunj A Dadhania
2011-12-19 11:59 ` Avi Kivity
2011-12-19 12:06 ` Nikunj A Dadhania
2011-12-19 12:50 ` Avi Kivity
2011-12-19 13:09 ` Nikunj A Dadhania
2011-12-19 11:45 ` Nikunj A Dadhania [this message]
2011-12-19 13:22 ` Nikunj A Dadhania
2011-12-19 16:28 ` Ingo Molnar
2011-12-21 10:39 ` Nikunj A Dadhania
2011-12-21 10:43 ` Avi Kivity
2011-12-23 3:20 ` Nikunj A Dadhania
2011-12-23 10:36 ` Ingo Molnar
2011-12-25 10:58 ` Avi Kivity
2011-12-25 15:45 ` Avi Kivity
2011-12-26 3:14 ` Nikunj A Dadhania
2011-12-26 9:05 ` Avi Kivity
2011-12-26 11:33 ` Nikunj A Dadhania
2011-12-26 11:41 ` Avi Kivity
2011-12-27 1:47 ` Nikunj A Dadhania
2011-12-27 9:15 ` Avi Kivity
2011-12-27 10:24 ` Nikunj A Dadhania
2011-12-27 3:15 ` Nikunj A Dadhania
2011-12-27 9:17 ` Avi Kivity
2011-12-27 9:44 ` Nikunj A Dadhania
2011-12-27 9:51 ` Avi Kivity
2011-12-27 10:10 ` Nikunj A Dadhania
2011-12-27 10:34 ` Avi Kivity
2011-12-27 10:43 ` Nikunj A Dadhania
2011-12-27 10:53 ` Avi Kivity
2011-12-30 9:51 ` Ingo Molnar
2011-12-30 10:10 ` Nikunj A Dadhania
2011-12-31 2:21 ` Nikunj A Dadhania
2012-01-02 4:20 ` Nikunj A Dadhania
2012-01-02 9:39 ` Avi Kivity
2012-01-02 10:22 ` Nikunj A Dadhania
2012-01-02 9:37 ` Avi Kivity
2012-01-02 10:30 ` Nikunj A Dadhania
2012-01-02 13:33 ` Avi Kivity
2012-01-04 10:52 ` Nikunj A Dadhania
2012-01-04 14:41 ` Avi Kivity
2012-01-04 14:56 ` Srivatsa Vaddagiri
2012-01-04 17:13 ` Avi Kivity
2012-01-05 6:57 ` Nikunj A Dadhania
2012-01-04 16:47 ` Rik van Riel
2012-01-04 17:16 ` Avi Kivity
2012-01-04 20:56 ` Rik van Riel
2012-01-04 21:31 ` Peter Zijlstra
2012-01-04 21:41 ` Avi Kivity
2012-01-05 9:10 ` Ingo Molnar
2012-02-20 8:08 ` Nikunj A Dadhania
2012-02-20 8:14 ` Ingo Molnar
2012-02-20 10:51 ` Peter Zijlstra
2012-02-20 11:53 ` Nikunj A Dadhania
2012-02-20 12:02 ` Srivatsa Vaddagiri
2012-02-20 12:14 ` Peter Zijlstra
2012-01-05 2:10 ` Nikunj A Dadhania
2011-12-19 15:51 ` Peter Zijlstra
2011-12-19 16:09 ` Alan Cox
2011-12-19 22:10 ` Benjamin Herrenschmidt
2011-12-20 1:56 ` Nikunj A Dadhania
2011-12-20 8:52 ` Jeremy Fitzhardinge
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k45sbxa6.fsf@abhimanyu.in.ibm.com \
--to=nikunj@linux.vnet.ibm.com \
--cc=bharata@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=vatsa@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome