I really can't imagine any other reason you couldn't just use Linux.
You might think POSIX is boring and bloated but if if you really change the relationship of applications and the OS you will need all new applications. If you like microkernels, replace POSIX with Mach or maybe L3. Hypothetically you could make a POSIX implementation which beats Linux for some particular special case but Linux has so much investment in it to deal with difficult problems that I don't see how you beat it.
Steam Deck is Linux with an implementation of the Win32 API. Hypothetically you could do better but Linux works and there are zillions of Win32 games on steam.
Meta Quest 3 is basically an Android phone you wear on your face, Apple Vision Pro is basically a Macbook you wear on your face. Is this optimal? No. But they can draw from a pool of existing applications as well as developer skills and tooling. Even if these platforms fail it's not a complete waste of time to learn how to develop for them.
Linux has new things like Uring and weird things like it's graphics API.
I still don't see what this has to do with the form factor though. That should be 100% user space maybe with a better scheduler or some process pinning. The thing is anything new eventually ends up in Linux. That's why it's kernel.org and not Linux.org.
rbanffy•6h ago
While I agree an AR-first UI would greatly benefit from a real-time kernel, I think developing both separately would be the wisest path.
tom89999•5h ago
rbanffy•4h ago