Thread (1 message) 1 message, 1 author, 2017-03-14

Re: [RFC PATCH 00/13] Introduce first class virtual address spaces

From: Till Smejkal <hidden>
Date: 2017-03-14 01:31:12
Also in: alsa-devel, linux-api, linux-arch, linux-fsdevel, linux-mips, linux-mm, linuxppc-dev

Possibly related (same subject, not in this thread)

On Tue, 14 Mar 2017, Richard Henderson wrote:
On 03/14/2017 10:39 AM, Till Smejkal wrote:
quoted
quoted
Is this an indication that full virtual address spaces are useless?  It
would seem like if you only use virtual address segments then you avoid all
of the problems with executing code, active stacks, and brk.
What do you mean with *virtual address segments*? The nice part of first class
virtual address spaces is that one can share/reuse collections of address space
segments easily.
What do *I* mean?  You introduced the term, didn't you?
Rereading your original I see you called them "VAS segments".
Oh, I am sorry. I thought that you were referring to some other feature that I don't
know.
Anyway, whatever they are called, it would seem that these segments do not
require any of the syncing mechanisms that are causing you problems.
Yes, VAS segments provide a possibility to share memory regions between multiple
address spaces without the need to synchronize heap, stack, etc. Unfortunately, the
VAS segment feature itself without the whole concept of first class virtual address
spaces is not as powerful. With some additional work it can probably be represented
with the existing shmem functionality.

The first class virtual address space feature on the other side provides a real
benefit for applications in our opinion namely that an application can switch between
different views on its memory which enables various interesting programming paradigms
as mentioned in the cover letter.

Till

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help