rumprun-packages

A compelling introduction and explanation of Unikraft took place at USENIX LISA '18: https://www.youtube.com/watch?v=9PRKBZHArhI I don't know if I'm a huge fan of the website that was posted here (the quick start doesn't actually show a python application, which is a bit odd), but Unikraft occupies an interesting spot in the unikernel landscape, it's very promising. Here are all some interesting languages/programs you can use it with: - https://github.com/unikraft/app-helloworld-go - https://github.com/unikraft/app-micropython - https://github.com/unikraft/app-nginx - https://github.com/unikraft/app-ruby - https://github.com/unikraft/app-lua - https://github.com/unikraft/app-redis - https://github.com/unikraft/app-python3 If you're interested in Unikernels, some more interesting/close-to-production-ready entries in the space worth watchin

Correct me if I'm wrong, but they do solve the build problem -- you can build static libraries way easier if you replace all the system stuff libc was doing for you with approaches like unikraft[0] or rumprun[1]. [0]: https://xenproject.org/developers/teams/unikraft [1]: https://github.com/rumpkernel/rumprun-packages

If you're into unikernels, rumpkernels[0] are the least-modification-required approach I've seen. Basically, if you compile your program with a minimally (as minimal as is possible) modified compiler, you get "rumprunnable" output. there's a list of popular packages built to run on rump kernels[1] (Rust is supported[2]). I haven't tried to use the toolchain yet, but it's pretty appealing to me. The biggest issue is that rumpkernels seem to not be in developed anymore. I can't tell if the entire is just off somewhere being productive with their rumpkernels and are happy or if no one is around at all. The Github organization[3]'s repos all seem to not have been changed in a while either. Outside of rumpkernels, Nabla containers[4] also look interesting to me. They're built on Solo5[5], but the only microkernels on there are currently Mirage

There's some evidence of it running with rumprun (which appeals more to me than Ling -- I want to run the standard BEAM, and I want to run it on bare metal, because I can fill multiple machines and don't want to exchange an OS for a hypervisor). https://github.com/rumpkernel/rumprun-packages/tree/master/e... http://www.erlang-factory.com/static/upload/media/1474729921... I'm not sure if there's any news on it since then.

Hi. I created this package. It allows one to run an extremely secure tor relay on almost anything. The package is very easy to use and seems to work pretty well. I've been running the first of its kind "in the wild" as an exit relay for a week or so here... https://atlas.torproject.org/#details/FD76CE423F64853C402EAC... And it was officially merged upstream today here... https://github.com/rumpkernel/rumprun-packages/commit/0171d4... Running tor in a rump unikernel provides a single application, single address space image, with bare minimum necessary support drivers, that can be run portably on pretty much any hypervisor (or even on bare metal). If security is a concern, you would be pretty hard pressed to run a more secure tor relay. This doesn't even have a /bin/sh, for example. There's precious little available to be exploited here, ev

Will probably be a while before could build a clean-slate unikernel with something like python, but doing what you want in a rumpkernel looks to be just around the corner: https://github.com/rumpkernel/rumprun-packages/tree/master/p...

We have at least redis in rumprun-packages -- https://github.com/rumpkernel/rumprun-packages/tree/master/r... -- which AFAIK was packaged based on a non-toy need. Yes, the need for persistent storage for persistent values is quite solid ;-)

You should be looking at Rump kernels for this, specifically https://github.com/rumpkernel/rumprun-packages/tree/master/p... directory.