News for hackers. Stuff that matters.
Re:Unikernels: No Longer an Academic Exercise? by toast0 on Tuesday October 23, 2018 @11:30AM (#18284215)
I would (in theory), love a unikernel for the work I do. Our bare metal boxes run about 20 Unix processes -- cron, syslog, sshd, etc plus one server daemon. It's nice to have a familiar environment, but we could run on fewer boxes without a general purpose kernel and general purpose memory protection that we don't strictly need, especially for nodes that could easily be tweaked to forgo local disk access (because filesystems are tricky, I'd rather leave nonephemeral storage with something proven)

That said, we're not moving in the direction of unikernels, but it has a clear application in my mind. It's a fair bit of work to migrate, and I've yet to see a practical comparison, so it's unclear what the actual benefits over conceptual benefits would be.

Re:Unikernels: No Longer an Academic Exercise? by dman on Tuesday October 23, 2018 @11:31AM (#18284230)
What is the problem domain?
Re:Unikernels: No Longer an Academic Exercise? by toast0 on Tuesday October 23, 2018 @12:45PM (#18285015)
Chat service, in Erlang. I'd love to just boot to Erlang, and have as much of the system as possible be hotloadable, including the tcp stack. But I may be suffering from too much exposure to hot loading. :)
Re:Unikernels: No Longer an Academic Exercise? by dman on Tuesday October 23, 2018 @02:23PM (#18286007)
Sounds like a great problem to work on! When you have such a well defined problem it can be a great ticket to do good work since in some ways you can control the stack top to bottom. Have fun!
Re:Unikernels: No Longer an Academic Exercise? by toast0 on Tuesday October 23, 2018 @03:17PM (#18286510)
I'm not actually working on it, unfortunately. There's too much risk, not enough time, and we're in the middle of migrating to a different environment where it would be an even weirder thing. But I think it's a good example of a place it could work, and it would be a lot of fun.
Re:Unikernels: No Longer an Academic Exercise? by mato on Tuesday October 23, 2018 @04:51PM (#18287368)
That's a shame, because Erlang as a unikernel already exists (as https://github.com/cloudozer/ling, unfortunately unmaintained). I'd be really keen on seeing an Erlang port to the Solo5 API, which would give you KVM/bhyve/OpenBSD vmm/Muen/others to run on.
Re:Unikernels: No Longer an Academic Exercise? by toast0 on Tuesday October 23, 2018 @05:53PM (#18287860)
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.