Hi Hugh,
On 03/02/2013 11:08 AM, Hugh Dickins wrote:
On Sat, 2 Mar 2013, Simon Jeons wrote:
On 03/02/2013 09:42 AM, Hugh Dickins wrote:
On Sat, 2 Mar 2013, Simon Jeons wrote:
In function __add_to_swap_cache if add to radix tree successfully will
result
in increase NR_FILE_PAGES, why? This is a
On 03/02/2013 11:08 AM, Hugh Dickins wrote:
On Sat, 2 Mar 2013, Simon Jeons wrote:
On 03/02/2013 09:42 AM, Hugh Dickins wrote:
On Sat, 2 Mar 2013, Simon Jeons wrote:
In function __add_to_swap_cache if add to radix tree successfully will
result
in increase NR_FILE_PAGES, why? This is anonymous
On Sat, 2 Mar 2013, Simon Jeons wrote:
> On 03/02/2013 09:42 AM, Hugh Dickins wrote:
> > On Sat, 2 Mar 2013, Simon Jeons wrote:
> > > In function __add_to_swap_cache if add to radix tree successfully will
> > > result
> > > in increase NR_FILE_PAGES, why? This is anonymous page instead of file
> >
On 03/02/2013 09:42 AM, Hugh Dickins wrote:
On Sat, 2 Mar 2013, Simon Jeons wrote:
In function __add_to_swap_cache if add to radix tree successfully will result
in increase NR_FILE_PAGES, why? This is anonymous page instead of file backed
page.
Right, that's hard to understand without historica
On Sat, 2 Mar 2013, Simon Jeons wrote:
>
> In function __add_to_swap_cache if add to radix tree successfully will result
> in increase NR_FILE_PAGES, why? This is anonymous page instead of file backed
> page.
Right, that's hard to understand without historical background.
I think the quick answe
On 03/02/2013 06:33 AM, Hugh Dickins wrote:
On Fri, 1 Mar 2013, Simon Jeons wrote:
On 03/01/2013 05:22 PM, Simon Jeons wrote:
On 02/23/2013 01:56 AM, Johannes Weiner wrote:
Mapped file pages have to get scanned twice before they are reclaimed
because we don't have enough usage information afte
On Fri, 1 Mar 2013, Simon Jeons wrote:
> On 03/01/2013 05:22 PM, Simon Jeons wrote:
> > On 02/23/2013 01:56 AM, Johannes Weiner wrote:
> > > Mapped file pages have to get scanned twice before they are reclaimed
> > > because we don't have enough usage information after the first scan.
> >
> > It s
On 03/01/2013 05:22 PM, Simon Jeons wrote:
Hi Johannes,
On 02/23/2013 01:56 AM, Johannes Weiner wrote:
On Tue, Feb 19, 2013 at 09:19:27PM -0800, dormando wrote:
The problem is that adding this tunable will constrain future VM
implementations. We will forever need to at least retain the
pseudo
Hi Johannes,
On 02/23/2013 01:56 AM, Johannes Weiner wrote:
On Tue, Feb 19, 2013 at 09:19:27PM -0800, dormando wrote:
The problem is that adding this tunable will constrain future VM
implementations. We will forever need to at least retain the
pseudo-file. We will also need to make some effor
On Tue, Feb 26, 2013 at 10:13:15AM -0500, Johannes Weiner wrote:
> > >
> > > I think we should think about capping kswapd zone reclaim cycles just
> > > as we do for direct reclaim. It's a little ridiculous that it can run
> > > unbounded and reclaim every page in a zone without ever checking bac
On Tue, Feb 26, 2013 at 10:47:31AM +, Mel Gorman wrote:
> On Fri, Feb 22, 2013 at 12:56:34PM -0500, Johannes Weiner wrote:
> > > >
> > > >
> > > > : We have a server workload wherein machines with 100G+ of "free" memory
> > > > : (used by page cache), scattered but frequent random io reads fro
On Fri, Feb 22, 2013 at 12:56:34PM -0500, Johannes Weiner wrote:
> > >
> > >
> > > : We have a server workload wherein machines with 100G+ of "free" memory
> > > : (used by page cache), scattered but frequent random io reads from 12+
> > > : SSD's, and 5gbps+ of internet traffic, will frequently h
On Tue, Feb 19, 2013 at 09:19:27PM -0800, dormando wrote:
> >
> > The problem is that adding this tunable will constrain future VM
> > implementations. We will forever need to at least retain the
> > pseudo-file. We will also need to make some effort to retain its
> > behaviour.
> >
> > It would
>
> The problem is that adding this tunable will constrain future VM
> implementations. We will forever need to at least retain the
> pseudo-file. We will also need to make some effort to retain its
> behaviour.
>
> It would of course be better to fix things so you don't need to tweak
> VM intern
On Sun, 17 Feb 2013 15:48:31 -0800 (PST)
dormando wrote:
> Add a userspace visible knob to tell the VM to keep an extra amount
> of memory free, by increasing the gap between each zone's min and
> low watermarks.
The problem is that adding this tunable will constrain future VM
implementations.
From: Rik van Riel
Add a userspace visible knob to tell the VM to keep an extra amount
of memory free, by increasing the gap between each zone's min and
low watermarks.
This is useful for realtime applications that call system
calls and have a bound on the number of allocations that happen
in an
16 matches
Mail list logo
