Hi Shaohua,
On Wed, Feb 11, 2015 at 04:14:03PM -0800, Shaohua Li wrote:
> On Wed, Feb 11, 2015 at 09:56:20AM +0900, Minchan Kim wrote:
> > Hi Shaohua,
> >
> > On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
> > > On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
> > > > On
Hi Shaohua,
On Wed, Feb 11, 2015 at 04:14:03PM -0800, Shaohua Li wrote:
On Wed, Feb 11, 2015 at 09:56:20AM +0900, Minchan Kim wrote:
Hi Shaohua,
On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
On Fri, Feb 06,
On Wed, Feb 11, 2015 at 09:56:20AM +0900, Minchan Kim wrote:
> Hi Shaohua,
>
> On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
> > On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
> > > On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
> > > > On Fri, Feb 06,
On Wed, Feb 11, 2015 at 09:56:20AM +0900, Minchan Kim wrote:
Hi Shaohua,
On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
On Fri, Feb 06, 2015 at
Hi Shaohua,
On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
> On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
> > On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
> > > On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
> > > > Hi Shaohua,
> > > >
>
On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
> On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
> > On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
> > > Hi Shaohua,
> > >
> > > On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
> > > >
> > > > Hi
On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
Hi Shaohua,
On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
Hi Minchan,
Hi Shaohua,
On Tue, Feb 10, 2015 at 02:38:26PM -0800, Shaohua Li wrote:
On Mon, Feb 09, 2015 at 04:15:53PM +0900, Minchan Kim wrote:
On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
Hi Shaohua,
On Thu, Feb
On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
> On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
> > Hi Shaohua,
> >
> > On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
> > >
> > > Hi Minchan,
> > >
> > > Sorry to jump in this thread so later, and if some
On Fri, Feb 06, 2015 at 10:29:18AM -0800, Shaohua Li wrote:
On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
Hi Shaohua,
On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
Hi Minchan,
Sorry to jump in this thread so later, and if some issues are discussed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/06/2015 01:32 PM, Shaohua Li wrote:
> On Fri, Feb 06, 2015 at 01:58:25PM +0100, Michal Hocko wrote:
>> On Thu 05-02-15 16:33:11, Shaohua Li wrote: [...]
>>> Did you think about move the MADV_FREE pages to the head of
>>> inactive LRU, so they
On Fri, Feb 06, 2015 at 01:58:25PM +0100, Michal Hocko wrote:
> On Thu 05-02-15 16:33:11, Shaohua Li wrote:
> [...]
> > Did you think about move the MADV_FREE pages to the head of inactive LRU, so
> > they can be reclaimed easily?
>
> Yes this makes sense for pages living on the active LRU list.
On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
> Hi Shaohua,
>
> On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
> >
> > Hi Minchan,
> >
> > Sorry to jump in this thread so later, and if some issues are discussed
> > before.
> > I'm interesting in this patch, so tried
On Thu 05-02-15 16:33:11, Shaohua Li wrote:
[...]
> Did you think about move the MADV_FREE pages to the head of inactive LRU, so
> they can be reclaimed easily?
Yes this makes sense for pages living on the active LRU list. I would
preserve LRU ordering on the inactive list because there is no
On Thu 05-02-15 16:33:11, Shaohua Li wrote:
[...]
Did you think about move the MADV_FREE pages to the head of inactive LRU, so
they can be reclaimed easily?
Yes this makes sense for pages living on the active LRU list. I would
preserve LRU ordering on the inactive list because there is no good
On Fri, Feb 06, 2015 at 02:51:03PM +0900, Minchan Kim wrote:
Hi Shaohua,
On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
Hi Minchan,
Sorry to jump in this thread so later, and if some issues are discussed
before.
I'm interesting in this patch, so tried it here. I use
On Fri, Feb 06, 2015 at 01:58:25PM +0100, Michal Hocko wrote:
On Thu 05-02-15 16:33:11, Shaohua Li wrote:
[...]
Did you think about move the MADV_FREE pages to the head of inactive LRU, so
they can be reclaimed easily?
Yes this makes sense for pages living on the active LRU list. I would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/06/2015 01:32 PM, Shaohua Li wrote:
On Fri, Feb 06, 2015 at 01:58:25PM +0100, Michal Hocko wrote:
On Thu 05-02-15 16:33:11, Shaohua Li wrote: [...]
Did you think about move the MADV_FREE pages to the head of
inactive LRU, so they can be
Hi Shaohua,
On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
>
> Hi Minchan,
>
> Sorry to jump in this thread so later, and if some issues are discussed
> before.
> I'm interesting in this patch, so tried it here. I use a simple test with
No problem at all. Interest is always win
Hi Minchan,
Sorry to jump in this thread so later, and if some issues are discussed before.
I'm interesting in this patch, so tried it here. I use a simple test with
jemalloc. Obviously this can improve performance when there is no memory
pressure. Did you try setup with memory pressure?
In my
Hi Shaohua,
On Thu, Feb 05, 2015 at 04:33:11PM -0800, Shaohua Li wrote:
Hi Minchan,
Sorry to jump in this thread so later, and if some issues are discussed
before.
I'm interesting in this patch, so tried it here. I use a simple test with
No problem at all. Interest is always win over
Hi Minchan,
Sorry to jump in this thread so later, and if some issues are discussed before.
I'm interesting in this patch, so tried it here. I use a simple test with
jemalloc. Obviously this can improve performance when there is no memory
pressure. Did you try setup with memory pressure?
In my
On Tue 03-02-15 17:39:24, Michael Kerrisk wrote:
[...]
> If I'm reading the conversation right, the initially proposed text
> was from the BSD man page (which would be okay), but most of the
> text above seems to have come straight from the page here:
>
On Tue 03-02-15 17:39:24, Michael Kerrisk wrote:
[...]
If I'm reading the conversation right, the initially proposed text
was from the BSD man page (which would be okay), but most of the
text above seems to have come straight from the page here:
Hello, Michael
On Tue, Feb 03, 2015 at 05:39:24PM +0100, Michael Kerrisk (man-pages) wrote:
> Hello Minchan (and Michal)
>
> I did not see this patch until just now when Michael explicitly
> mentioned it in another discussion because
> (a) it was buried in an LMKL thread that started a topic
>
Hello Minchan (and Michal)
I did not see this patch until just now when Michael explicitly
mentioned it in another discussion because
(a) it was buried in an LMKL thread that started a topic
that was not about a man-pages patch.
(b) linux-man@ was not CCed.
When resubmitting this patch,
Hello Minchan (and Michal)
I did not see this patch until just now when Michael explicitly
mentioned it in another discussion because
(a) it was buried in an LMKL thread that started a topic
that was not about a man-pages patch.
(b) linux-man@ was not CCed.
When resubmitting this patch,
Hello, Michael
On Tue, Feb 03, 2015 at 05:39:24PM +0100, Michael Kerrisk (man-pages) wrote:
Hello Minchan (and Michal)
I did not see this patch until just now when Michael explicitly
mentioned it in another discussion because
(a) it was buried in an LMKL thread that started a topic
On Fri 05-12-14 16:08:16, Minchan Kim wrote:
[...]
> From cfa212d4fb307ae772b08cf564cab7e6adb8f4fc Mon Sep 17 00:00:00 2001
> From: Minchan Kim
> Date: Mon, 1 Dec 2014 08:53:55 +0900
> Subject: [PATCH] madvise.2: Document MADV_FREE
>
> Signed-off-by: Minchan Kim
Reviewed-by: Michal Hocko
On Fri 05-12-14 16:08:16, Minchan Kim wrote:
[...]
From cfa212d4fb307ae772b08cf564cab7e6adb8f4fc Mon Sep 17 00:00:00 2001
From: Minchan Kim minc...@kernel.org
Date: Mon, 1 Dec 2014 08:53:55 +0900
Subject: [PATCH] madvise.2: Document MADV_FREE
Signed-off-by: Minchan Kim minc...@kernel.org
On Wed, Dec 03, 2014 at 11:13:29AM +0100, Michal Hocko wrote:
> On Wed 03-12-14 09:00:26, Minchan Kim wrote:
> > On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
> > > On Mon 01-12-14 08:56:52, Minchan Kim wrote:
> > > [...]
> > > > From 2edd6890f92fa4943ce3c452194479458582d88c Mon
On Wed, Dec 03, 2014 at 11:13:29AM +0100, Michal Hocko wrote:
On Wed 03-12-14 09:00:26, Minchan Kim wrote:
On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
On Mon 01-12-14 08:56:52, Minchan Kim wrote:
[...]
From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00
On Wed 03-12-14 09:00:26, Minchan Kim wrote:
> On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
> > On Mon 01-12-14 08:56:52, Minchan Kim wrote:
> > [...]
> > > From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
> > > From: Minchan Kim
> > > Date: Mon, 1 Dec 2014
On Wed 03-12-14 09:00:26, Minchan Kim wrote:
On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
On Mon 01-12-14 08:56:52, Minchan Kim wrote:
[...]
From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
From: Minchan Kim minc...@kernel.org
Date: Mon, 1 Dec
On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
> On Mon 01-12-14 08:56:52, Minchan Kim wrote:
> [...]
> > From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
> > From: Minchan Kim
> > Date: Mon, 1 Dec 2014 08:53:55 +0900
> > Subject: [PATCH] madvise.2: Document
On Mon 01-12-14 08:56:52, Minchan Kim wrote:
[...]
> From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
> From: Minchan Kim
> Date: Mon, 1 Dec 2014 08:53:55 +0900
> Subject: [PATCH] madvise.2: Document MADV_FREE
>
> Signed-off-by: Minchan Kim
> ---
> man2/madvise.2 | 13
On Mon 01-12-14 08:56:52, Minchan Kim wrote:
[...]
From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
From: Minchan Kim minc...@kernel.org
Date: Mon, 1 Dec 2014 08:53:55 +0900
Subject: [PATCH] madvise.2: Document MADV_FREE
Signed-off-by: Minchan Kim minc...@kernel.org
On Tue, Dec 02, 2014 at 11:01:25AM +0100, Michal Hocko wrote:
On Mon 01-12-14 08:56:52, Minchan Kim wrote:
[...]
From 2edd6890f92fa4943ce3c452194479458582d88c Mon Sep 17 00:00:00 2001
From: Minchan Kim minc...@kernel.org
Date: Mon, 1 Dec 2014 08:53:55 +0900
Subject: [PATCH] madvise.2:
Hello Michal,
On Thu, Nov 27, 2014 at 03:47:25PM +0100, Michal Hocko wrote:
> [Late but I didn't get to this soone - I hope this is still up-to-date
> version]
>
> On Mon 20-10-14 19:11:58, Minchan Kim wrote:
> > Linux doesn't have an ability to free pages lazy while other OS
> > already have
Hello Michal,
On Thu, Nov 27, 2014 at 03:47:25PM +0100, Michal Hocko wrote:
[Late but I didn't get to this soone - I hope this is still up-to-date
version]
On Mon 20-10-14 19:11:58, Minchan Kim wrote:
Linux doesn't have an ability to free pages lazy while other OS
already have been
[Late but I didn't get to this soone - I hope this is still up-to-date
version]
On Mon 20-10-14 19:11:58, Minchan Kim wrote:
> Linux doesn't have an ability to free pages lazy while other OS
> already have been supported that named by madvise(MADV_FREE).
>
> The gain is clear that kernel can
[Late but I didn't get to this soone - I hope this is still up-to-date
version]
On Mon 20-10-14 19:11:58, Minchan Kim wrote:
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can discard
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can discard freed pages rather than
swapping out or OOM if memory pressure happens.
Without memory pressure, freed pages would be reused by
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can discard freed pages rather than
swapping out or OOM if memory pressure happens.
Without memory pressure, freed pages would be reused by
44 matches
Mail list logo
