3 ms·
> Now they hopefully can work around the kernel for file descriptors (network and disk) saving 30% CPU globally on all Java servers. How does this work around
by wolf550e 3y ago
> Now they hopefully can work around the kernel for file descriptors (network and disk) saving 30% CPU globally on all Java servers.
How does this work around the kernel? This lets you write java code that uses async IO but make it look nice, like golang code. But this isn't DPDK.
- bullen 3y agoThe JDK would have access to network card and SSD directly. Bypassing the kernel. Java is already sandboxed we don't need the kernel unless the net/ssd drivers crash completely. It's a huge task/risk, but 30% is alot.
- kaba0 3y agoCan’t it be done with MirageOS (OCaml lib that can create a bare-bones OS)
- exabrial 3y agoAwhile back I saw an implementation of a network stack in user space... unfortunately the author has a beef with Java and the Java version was written quite poorly; but despite that all versions were significantly faster than kernel (go figure). Really what you are proposing is that server Operating Systems and hardware should have a "general NIC" for mundane shared tasks, and a dedicated NIC for handing over to a process and saying GLHF.
- wolf550e 3y agoHow does virtual threads get you DPDK? How do other apps get access to the network card and the SSD if you bypass the kernel?