4 ms·
Really cool work! Is there really a support layer for Emacs in the kernel? Now the real question. You are statically linking against a modified glibc, so they
by pinopinopino 6y ago
Really cool work!
Is there really a support layer for Emacs in the kernel?
Now the real question. You are statically linking against a modified glibc, so they make calls to your kernel library instead to the system call and you can do some nice optimizations along the way. Which I think make sense.
I can see this is cool for things that directly interface to glibc, but do you think this is viable for applications using multiple layers between the kernel and the application?
- rwmj 6y agoAt the moment you must go through glibc. For example issuing SYSENTER or INT 80h will not work. We have only run C applications so far, so I'm unsure how it will all work for servers written in other programming languages. I think applications which rely on complex multi-process middleware (like Java JBoss, etc) will be hard or even impossible to port.
- pinopinopino 6y agoUnderstandable, thanks for your answer!
- bonzini 6y agoYou can always "unikernelize" the JVM. OSv had a kernel-optimized JVM for example.
- elcritch 6y agoThat’d be great for many VMs. I think it’d be interesting to see how the Erlang BEAM would perform in such a scenario. Especially for embedded devices! Yes, sometimes a few dozen micros faster is all that’s needed for many applications to become practical.
- zeckalpha 6y agohttps://github.com/cloudozer/ling/blob/master/README.md https://github.com/cloudozer/ling/blob/master/README.md