On 4/30/25 02:16, Jiadong Sun wrote: > To attain the first objective, processes that use RPAL share the same > virtual address space. So one process can access another's data directly > via a data pointer. This means data can be transferred from one process > to another with just one copy operation. It's a neat idea and it is impressive that you got it running at all. But it's a *HUGE* change in the process model and it's obviously not generally applicable. You literally don't have small processes any more. You only have big ones that are *VERY* expensive to tear down. > RPAL is currently implemented on the Linux v5.15 kernel Hmmm: "This branch is 196946 commits ahead of, 17734 commits behind 5.4.143-velinux." So this isn't even on top of a stable kernel? It's 10,000 lines on top of a ~200k commit fork? Yeah, I can see how it would take some substantial effort to rebase it to mainline. It's also a _bit_ of a stretch to call this a v5.15 kernel. Basically, I don't doubt that this is good for _you_ and your applications. But would anybody else ever use it? I seriously doubt it. It's too big of a change in model and it has too many compromises in its design. It's fundamentally not aligned with how the kernel evolves both in ts design and its development process. Unless something big changes (like a lot of users suddenly dying for this functionality), this isn't even something I'd remotely consider spending any time on looking at again. Sorry.
