On Mon, Jan 08, 2001 at 03:36:23PM -0200, Rik van Riel wrote:
> I have not taken^Whad the time to check the kernel tree
> and see if the RSS counting has indeed been made safe
> everywhere.
I have posted the one below a couple of times without it making
it in. If you like ot please fold it into y
On Mon, 8 Jan 2001 [EMAIL PROTECTED] wrote:
> About the RSS ulimit proposal, have we resolved the correctness
> of counting RSS in a process?
I have not taken^Whad the time to check the kernel tree
and see if the RSS counting has indeed been made safe
everywhere.
regards,
Rik
--
Virtual memory
About the RSS ulimit proposal, have we resolved the correctness of
counting RSS in a process?
Fei
On Fri, 5 Jan 2001, Rik van Riel wrote:
> Hi,
>
> here is a TODO list for the memory management area of the
> Linux kernel, with both trivial things that could be done
> for later 2.4 releases an
Hi,
On Fri, Jan 05, 2001 at 10:13:27PM +0100, Christoph Hellwig wrote:
> On Fri, Jan 05, 2001 at 02:56:40PM -0200, Marcelo Tosatti wrote:
> > > * VM: experiment with different active lists / aging pages
> > > of different ages at different rates + other page replacement
> > > improvements
> >
On Fri, Jan 05, 2001 at 07:27:38PM -0200, Rik van Riel wrote:
> > No other then filesystem IO (page/buffercache) is actively tied
> > to the VM, so there should be no problems.
>
> Not right now, no. But if you know what is possible
> (and planned) with the kiobuf layer, you should think
> twice
On Fri, 5 Jan 2001, Christoph Hellwig wrote:
> On Fri, Jan 05, 2001 at 07:20:24PM -0200, Rik van Riel wrote:
> > > > * VM: Use kiobuf IO in VM instead buffer_head IO.
> > >
> > > I'd vote for killing both bufer_head and kiobuf from VM.
> > > Lokk at my pageio patch - VM doesn't know about the
On Fri, Jan 05, 2001 at 07:20:24PM -0200, Rik van Riel wrote:
> > > * VM: Use kiobuf IO in VM instead buffer_head IO.
> >
> > I'd vote for killing both bufer_head and kiobuf from VM.
> > Lokk at my pageio patch - VM doesn't know about the use of kiobufs
> > in the filesystem IO...
>
> Could b
On Fri, 5 Jan 2001, Christoph Hellwig wrote:
> On Fri, Jan 05, 2001 at 02:56:40PM -0200, Marcelo Tosatti wrote:
> > > * VM: experiment with different active lists / aging pages
> > > of different ages at different rates + other page replacement
> > > improvements
> > > * VM: Quality of Service
On Fri, Jan 05, 2001 at 02:56:40PM -0200, Marcelo Tosatti wrote:
> > * VM: experiment with different active lists / aging pages
> > of different ages at different rates + other page replacement
> > improvements
> > * VM: Quality of Service / fairness / ... improvements
> * VM: Use kiobuf IO
On Fri, 5 Jan 2001, Rik van Riel wrote:
> Probably 2.5 era:
> * VM: physical->virtual reverse mapping, so we can do much
> better page aging with less CPU usage spikes
> * VM: move all the global VM variables, lists, etc. into the
> pgdat struct for better NUMA scalability
> * VM: per-node
On Fri, 05 Jan 2001, Rik van Riel wrote:
> Hi,
>
> here is a TODO list for the memory management area of the
> Linux kernel, with both trivial things that could be done
> for later 2.4 releases and more complex things that really
> have to be 2.5 things.
>
> Most of these can be found on http://
On Fri, 5 Jan 2001, Marcelo Tosatti wrote:
> On Fri, 5 Jan 2001, Rik van Riel wrote:
>
> > here is a TODO list for the memory management area of the
> > Linux kernel, with both trivial things that could be done
> > for later 2.4 releases and more complex things that really
> > have to be 2.5 thin
On Fri, 5 Jan 2001, Rik van Riel wrote:
> Hi,
>
> here is a TODO list for the memory management area of the
> Linux kernel, with both trivial things that could be done
> for later 2.4 releases and more complex things that really
> have to be 2.5 things.
>
> Most of these can be found on http:/
Hi,
here is a TODO list for the memory management area of the
Linux kernel, with both trivial things that could be done
for later 2.4 releases and more complex things that really
have to be 2.5 things.
Most of these can be found on http://linux24.sourceforge.net/ too
Trivial stuff:
* VM: better
14 matches
Mail list logo