On Wed, May 06, 2015 at 10:37:28PM -0400, Waiman Long wrote:
> On 05/06/2015 01:58 PM, Waiman Long wrote:
> >On 05/06/2015 06:22 AM, Mel Gorman wrote:
> >>On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
> >>>On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
> On Tue, 5
On Wed, May 06, 2015 at 10:37:28PM -0400, Waiman Long wrote:
On 05/06/2015 01:58 PM, Waiman Long wrote:
On 05/06/2015 06:22 AM, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015
On 05/06/2015 01:58 PM, Waiman Long wrote:
On 05/06/2015 06:22 AM, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
Alternatively, the page
On 05/06/2015 06:22 AM, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
Alternatively, the page allocator can go off and synchronously
initialize
On Wed, May 06, 2015 at 11:22:20AM +0100, Mel Gorman wrote:
> On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
> > On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
> > > On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
> > >
> > > > > Alternatively, the page allocator
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
> On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
> > On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
> >
> > > > Alternatively, the page allocator can go off and synchronously
> > > > initialize some pageframes
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
> On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
>
> > > Alternatively, the page allocator can go off and synchronously
> > > initialize some pageframes itself. Keep doing that until the
> > > allocation attempt succeeds.
> > >
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman mgor...@suse.de wrote:
Alternatively, the page allocator can go off and synchronously
initialize some pageframes
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman mgor...@suse.de wrote:
Alternatively, the page allocator can go off and synchronously
initialize some pageframes itself. Keep doing that until the
allocation attempt succeeds.
On Wed, May 06, 2015 at 11:22:20AM +0100, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman mgor...@suse.de wrote:
Alternatively, the page
On 05/06/2015 06:22 AM, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gormanmgor...@suse.de wrote:
Alternatively, the page allocator can go off and
On 05/06/2015 01:58 PM, Waiman Long wrote:
On 05/06/2015 06:22 AM, Mel Gorman wrote:
On Wed, May 06, 2015 at 08:12:46AM +0100, Mel Gorman wrote:
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 23:13:29 +0100 Mel Gormanmgor...@suse.de wrote:
Alternatively,
On 05/05/2015 11:01 AM, Waiman Long wrote:
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo
On Tue, 05 May 2015 21:21:19 -0400 Waiman Long wrote:
> On 05/05/2015 04:02 PM, Andrew Morton wrote:
> > On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman wrote:
> >
> >> On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
> Before the patch, the boot time from elilo prompt to ssh
On 05/05/2015 04:02 PM, Andrew Morton wrote:
On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
> > Alternatively, the page allocator can go off and synchronously
> > initialize some pageframes itself. Keep doing that until the
> > allocation attempt succeeds.
> >
>
> That was rejected during review of earlier attempts at this feature
On Tue, May 05, 2015 at 01:02:55PM -0700, Andrew Morton wrote:
> On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman wrote:
>
> > On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
> > > > Before the patch, the boot time from elilo prompt to ssh login was
> > > > 694s.
> > > > After the
On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman wrote:
> On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
> > > Before the patch, the boot time from elilo prompt to ssh login was 694s.
> > > After the patch, the boot up time was 346s, a saving of 348s (about 50%).
> >
> > Having to
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
> On 05/05/2015 06:45 AM, Mel Gorman wrote:
> >On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
> >>>Before the patch, the boot time from elilo prompt to ssh login was 694s.
> >>>After the patch, the boot up time was 346s,
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of 348s (about 50%).
Having to guesstimate the amount of memory
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
> > Before the patch, the boot time from elilo prompt to ssh login was 694s.
> > After the patch, the boot up time was 346s, a saving of 348s (about 50%).
>
> Having to guesstimate the amount of memory which is needed for a
>
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the
On Tue, 05 May 2015 21:21:19 -0400 Waiman Long waiman.l...@hp.com wrote:
On 05/05/2015 04:02 PM, Andrew Morton wrote:
On Tue, 5 May 2015 11:45:14 +0100 Mel Gormanmgor...@suse.de wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from
On 05/05/2015 11:01 AM, Waiman Long wrote:
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo
On 05/05/2015 04:02 PM, Andrew Morton wrote:
On Tue, 5 May 2015 11:45:14 +0100 Mel Gormanmgor...@suse.de wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s,
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of 348s (about 50%).
Having to guesstimate the amount of memory
On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman mgor...@suse.de wrote:
Alternatively, the page allocator can go off and synchronously
initialize some pageframes itself. Keep doing that until the
allocation attempt succeeds.
That was rejected during review of earlier attempts at this
On Tue, May 05, 2015 at 01:02:55PM -0700, Andrew Morton wrote:
On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman mgor...@suse.de wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was
694s.
After the
On 05/05/2015 10:31 AM, Mel Gorman wrote:
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the
On Tue, May 05, 2015 at 09:55:52AM -0400, Waiman Long wrote:
On 05/05/2015 06:45 AM, Mel Gorman wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of
On Tue, 5 May 2015 11:45:14 +0100 Mel Gorman mgor...@suse.de wrote:
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of 348s (about 50%).
Having
On Mon, May 04, 2015 at 02:30:46PM -0700, Andrew Morton wrote:
Before the patch, the boot time from elilo prompt to ssh login was 694s.
After the patch, the boot up time was 346s, a saving of 348s (about 50%).
Having to guesstimate the amount of memory which is needed for a
successful
On 05/04/2015 05:30 PM, Andrew Morton wrote:
On Fri, 01 May 2015 20:09:21 -0400 Waiman Long wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
...
[ 81.360287] []
On Fri, 01 May 2015 20:09:21 -0400 Waiman Long wrote:
> On 05/01/2015 06:02 PM, Waiman Long wrote:
> >
> > Bad news!
> >
> > I tried your patch on a 24-TB DragonHawk and got an out of memory
> > panic. The kernel log messages were:
>
> ...
>
> > [ 81.360287] [] dump_stack+0x68/0x77
> > [
On 05/04/2015 05:30 PM, Andrew Morton wrote:
On Fri, 01 May 2015 20:09:21 -0400 Waiman Longwaiman.l...@hp.com wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
...
[
On Fri, 01 May 2015 20:09:21 -0400 Waiman Long waiman.l...@hp.com wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
...
[ 81.360287] [8151b0c9]
On Sat, May 2, 2015 at 4:52 PM, Daniel J Blueman
wrote:
On Sat, May 2, 2015 at 8:09 AM, Waiman Long
wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
:
[ 80.126186] CPU
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Daniel J Blueman
> Sent: Thursday, April 30, 2015 11:10 AM
> Subject: Re: [PATCH 0/13] Parallel struct page initialisation v4
...
> On a 7TB, 172
On Sat, May 2, 2015 at 8:09 AM, Waiman Long wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
:
[ 80.126186] CPU 474: hi: 186, btch: 31 usd: 0
[ 80.131457] CPU 475:
On Sat, May 2, 2015 at 8:09 AM, Waiman Long waiman.l...@hp.com wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
:
[ 80.126186] CPU 474: hi: 186, btch: 31 usd: 0
[
On Sat, May 2, 2015 at 4:52 PM, Daniel J Blueman dan...@numascale.com
wrote:
On Sat, May 2, 2015 at 8:09 AM, Waiman Long waiman.l...@hp.com
wrote:
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log
-Original Message-
From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
ow...@vger.kernel.org] On Behalf Of Daniel J Blueman
Sent: Thursday, April 30, 2015 11:10 AM
Subject: Re: [PATCH 0/13] Parallel struct page initialisation v4
...
On a 7TB, 1728-core NumaConnect system
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
:
[ 80.126186] CPU 474: hi: 186, btch: 31 usd: 0
[ 80.131457] CPU 475: hi: 186, btch: 31 usd: 0
[ 80.136726] CPU 476:
On 04/28/2015 09:16 PM, Waiman Long wrote:
On 04/28/2015 10:36 AM, Mel Gorman wrote:
The bulk of the changes here are related to Andrew's feedback.
Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the
On 05/01/2015 06:02 PM, Waiman Long wrote:
Bad news!
I tried your patch on a 24-TB DragonHawk and got an out of memory
panic. The kernel log messages were:
:
[ 80.126186] CPU 474: hi: 186, btch: 31 usd: 0
[ 80.131457] CPU 475: hi: 186, btch: 31 usd: 0
[ 80.136726] CPU 476:
On 04/28/2015 09:16 PM, Waiman Long wrote:
On 04/28/2015 10:36 AM, Mel Gorman wrote:
The bulk of the changes here are related to Andrew's feedback.
Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the
On Thu, Apr 30, 2015 at 12:12:50PM -0500, nzimmer wrote:
>
> Out of curiosity has anyone ran any tests post boot time?
>
Some functional tests only to exercise the machine and see if anything
blew up. It looked fine to me at least.
--
Mel Gorman
SUSE Labs
--
To unsubscribe from this list:
On 04/30/2015 11:10 AM, Daniel J Blueman wrote:
On Wed, Apr 29, 2015 at 2:38 AM, nzimmer wrote:
On 04/28/2015 11:06 AM, Pekka Enberg wrote:
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman wrote:
Struct page initialisation had been identified as one of the
reasons why
large machines take a long
On Wed, Apr 29, 2015 at 2:38 AM, nzimmer wrote:
On 04/28/2015 11:06 AM, Pekka Enberg wrote:
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman wrote:
Struct page initialisation had been identified as one of the
reasons why
large machines take a long time to boot. Patches were posted a long
time
On 04/30/2015 11:10 AM, Daniel J Blueman wrote:
On Wed, Apr 29, 2015 at 2:38 AM, nzimmer nzim...@sgi.com wrote:
On 04/28/2015 11:06 AM, Pekka Enberg wrote:
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman mgor...@suse.de wrote:
Struct page initialisation had been identified as one of the
reasons
On Thu, Apr 30, 2015 at 12:12:50PM -0500, nzimmer wrote:
Out of curiosity has anyone ran any tests post boot time?
Some functional tests only to exercise the machine and see if anything
blew up. It looked fine to me at least.
--
Mel Gorman
SUSE Labs
--
To unsubscribe from this list: send
On Wed, Apr 29, 2015 at 2:38 AM, nzimmer nzim...@sgi.com wrote:
On 04/28/2015 11:06 AM, Pekka Enberg wrote:
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman mgor...@suse.de wrote:
Struct page initialisation had been identified as one of the
reasons why
large machines take a long time to boot.
On 04/28/2015 10:36 AM, Mel Gorman wrote:
The bulk of the changes here are related to Andrew's feedback. Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the number of pages initialised
Changelog since
On an older 8 TB box with lots and lots of cpus the boot time, as
measure from grub to login prompt, the boot time improved from 1484
seconds to exactly 1000 seconds.
I have time on 16 TB box tonight and a 12 TB box thursday and will
hopefully have more numbers then.
On 04/28/2015 11:06
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman wrote:
> Struct page initialisation had been identified as one of the reasons why
> large machines take a long time to boot. Patches were posted a long time ago
> to defer initialisation until they were first used. This was rejected on
> the grounds it
The bulk of the changes here are related to Andrew's feedback. Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the number of pages initialised
Changelog since v2
o Reduce overhead of topology_init
o
The bulk of the changes here are related to Andrew's feedback. Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the number of pages initialised
Changelog since v2
o Reduce overhead of topology_init
o
On 04/28/2015 10:36 AM, Mel Gorman wrote:
The bulk of the changes here are related to Andrew's feedback. Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the number of pages initialised
Changelog since
On Tue, Apr 28, 2015 at 5:36 PM, Mel Gorman mgor...@suse.de wrote:
Struct page initialisation had been identified as one of the reasons why
large machines take a long time to boot. Patches were posted a long time ago
to defer initialisation until they were first used. This was rejected on
the
On an older 8 TB box with lots and lots of cpus the boot time, as
measure from grub to login prompt, the boot time improved from 1484
seconds to exactly 1000 seconds.
I have time on 16 TB box tonight and a 12 TB box thursday and will
hopefully have more numbers then.
On 04/28/2015 11:06
62 matches
Mail list logo