[Comment removed by author]
I did look at both of them, and neither of them were pure Go. They also didn’t serialise; I could sync to a file but without encryption, which defeats the whole purpose ;) There are certainly a number of areas where the DB structure could be improved, but I haven’t hit the use case yet where I need to.
On Linux, I use upstart and on OpenBSD, tmux. One of the things I don’t like about Go is how much of a pain point this has been, especially being used to daemon(3).
I’m glad it was interesting.
BTW, there is a pure Go implementation of LevelDB available: https://github.com/syndtr/goleveldb
I think OpenBSD has daemontools and runit. I would think either would be a better option than running in tmux/screen.
As far as it being a pain point, as a counter anecdote, I prefer running my services under daemontools/runit/upstart/systemd/launchd, as apposed to them daemonizing on their own.
It does, but most of things I’ve run on my OpenBSD server were just experiments and prototypes where it was more useful to have it running in the foreground when I wanted to do something. If it was running in production, I’d use runit.
Nice Kyle! I was waiting to see the write up for keyvault. It looks interesting.