From: Prarit Bhargava <prarit@sgi.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
Ingo Molnar <mingo@redhat.com>,
linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: boot-time slowdown for measure_migration_cost
Date: Fri, 27 Jan 2006 22:08:43 +0000 [thread overview]
Message-ID: <43DA99EB.6020909@sgi.com> (raw)
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F058CC7A6@scsmsx401.amr.corp.intel.com>
Luck, Tony wrote:
>>The boot-time migration cost auto-tuning stuff seems to have
>>been merged to Linus' tree since 2.6.15. On little one- or
>>two-processor systems, the time required to measure the
>>migration costs isn't very noticeable, but by the time we
>>get to even a four-processor ia64 box, it adds about
>>30 seconds to the boot time, which seems like a lot.
>
>
> I only see about 16 seconds for a 4-way tiger (not that 16 seconds
> is good ... but it not as bad as 30). This was with a build
> from tiger_defconfig that sets CONFIG_NR_CPUS=4 ... so I wonder
> what's causing the factor of two. I measured with a printk
> each side of build_sched_domains() and booted with the "time"
> command line arg to get:
I've noticed the delay on a 16p and 64p. At first I thought it was a
system hang but have since learned to live with the delay.
What happens on a 512 cpu
> Altix (if it's quadratic, they may be still waiting for the
> boot to finish :-)
Not quadratic. This is a 64p Altix ...
[ 9.942253] Brought up 64 CPUs
[ 9.942904] Total of 64 processors activated (143654.91 BogoMIPS).
[ 9.943995] build_sched_domains: start
[ 32.108439] migration_cost=0,32232,39021
[ 37.894391] build_sched_domains: end
P.
>
> -Tony
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
WARNING: multiple messages have this Message-ID (diff)
From: Prarit Bhargava <prarit@sgi.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
Ingo Molnar <mingo@redhat.com>,
linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: boot-time slowdown for measure_migration_cost
Date: Fri, 27 Jan 2006 17:08:43 -0500 [thread overview]
Message-ID: <43DA99EB.6020909@sgi.com> (raw)
In-Reply-To: <B8E391BBE9FE384DAA4C5C003888BE6F058CC7A6@scsmsx401.amr.corp.intel.com>
Luck, Tony wrote:
>>The boot-time migration cost auto-tuning stuff seems to have
>>been merged to Linus' tree since 2.6.15. On little one- or
>>two-processor systems, the time required to measure the
>>migration costs isn't very noticeable, but by the time we
>>get to even a four-processor ia64 box, it adds about
>>30 seconds to the boot time, which seems like a lot.
>
>
> I only see about 16 seconds for a 4-way tiger (not that 16 seconds
> is good ... but it not as bad as 30). This was with a build
> from tiger_defconfig that sets CONFIG_NR_CPUS=4 ... so I wonder
> what's causing the factor of two. I measured with a printk
> each side of build_sched_domains() and booted with the "time"
> command line arg to get:
I've noticed the delay on a 16p and 64p. At first I thought it was a
system hang but have since learned to live with the delay.
What happens on a 512 cpu
> Altix (if it's quadratic, they may be still waiting for the
> boot to finish :-)
Not quadratic. This is a 64p Altix ...
[ 9.942253] Brought up 64 CPUs
[ 9.942904] Total of 64 processors activated (143654.91 BogoMIPS).
[ 9.943995] build_sched_domains: start
[ 32.108439] migration_cost=0,32232,39021
[ 37.894391] build_sched_domains: end
P.
>
> -Tony
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2006-01-27 22:08 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-27 21:03 boot-time slowdown for measure_migration_cost Bjorn Helgaas
2006-01-27 21:03 ` Bjorn Helgaas
2006-01-27 21:48 ` Luck, Tony
2006-01-27 21:48 ` Luck, Tony
2006-01-27 22:08 ` Prarit Bhargava [this message]
2006-01-27 22:08 ` Prarit Bhargava
2006-01-30 17:21 ` Ingo Molnar
2006-01-30 17:21 ` Ingo Molnar
2006-01-30 18:53 ` Luck, Tony
2006-01-30 18:53 ` Luck, Tony
2006-01-30 19:24 ` Ingo Molnar
2006-01-30 19:24 ` Ingo Molnar
2006-01-30 20:00 ` Luck, Tony
2006-01-30 20:00 ` Luck, Tony
2006-01-30 20:43 ` Prarit Bhargava
2006-01-30 20:43 ` Prarit Bhargava
2006-01-30 20:52 ` Prarit Bhargava
2006-01-30 20:52 ` Prarit Bhargava
2006-01-30 20:43 ` John Hawkes
2006-01-30 20:43 ` John Hawkes
2006-01-30 19:26 ` Chen, Kenneth W
2006-01-30 19:26 ` Chen, Kenneth W
2006-02-01 0:50 ` Chuck Ebbert
2006-02-01 0:50 ` Chuck Ebbert
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=43DA99EB.6020909@sgi.com \
--to=prarit@sgi.com \
--cc=bjorn.helgaas@hp.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=tony.luck@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.