[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: VMM
From: |
Neal H. Walfield |
Subject: |
Re: VMM |
Date: |
15 Oct 2002 09:23:34 -0400 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 |
> What are the alternatives to most recently used, if one is looking for
> a default "one-size-fits-all" algorithm?
That is my point: there is no "one-size-fits-all" algorithm which is
why we need this type of infrastructure.
> I guess libc would have to
> implement most recently used for proceses that don't provide any more
> information or hints to the momory manager.
Well, it knows the difference between malloc and mmap. It knows when
files are opened and how. It has access to a lot more local state
than a monolithic VMM in the kernel does.
> And the physical memory
> server has to export the needed information.
Which functionality?
- VMM, (continued)
- VMM, Neal H. Walfield, 2002/10/11
- Re: VMM, Farid Hajji, 2002/10/13
- Re: VMM, Marcus Brinkmann, 2002/10/13
- Re: VMM, Farid Hajji, 2002/10/15
- Re: VMM, Neal H. Walfield, 2002/10/15
- Re: VMM, Niels Möller, 2002/10/15
- Re: VMM, Johannes Rohr, 2002/10/15
- Re: VMM, Neal H. Walfield, 2002/10/13
- Re: VMM, Farid Hajji, 2002/10/13
- Re: VMM, Niels Möller, 2002/10/14
- Re: VMM,
Neal H. Walfield <=
- Re: VMM, Niels Möller, 2002/10/15
- Re: VMM, Neal H. Walfield, 2002/10/15
- Re: VMM, Niels Möller, 2002/10/15
- Re: VMM, Espen Skoglund, 2002/10/15
- Re: VMM, Neal H. Walfield, 2002/10/15
- Hurd IPC, Neal H. Walfield, 2002/10/11
- Re: Hurd IPC, Ludovic Courtès, 2002/10/13
- Re: Hurd IPC, Marcus Brinkmann, 2002/10/13
- Re: Hurd IPC, Neal H. Walfield, 2002/10/13
- Re: Hurd IPC, Ludovic Courtès, 2002/10/14