On Tue, 6 Dec 2016 10:40:20 +0100
"Martin \"eto\" Misuth" <et.code_at_ethome.sk> wrote:
> I am immense fan of these user-level daemons (maybe they should have
> some more exact name).
>
> First, there are two major caveats, that I noticed, being seen as
> disadvantages, to this design:
>
> 1 - When such daemon crashes, your whole session is taken out. For
> example all terminals die, all shell process trees go out (make), so
> you can loose quite a lot of work.
>
> 2 - There is more moving parts in these setups, and when you are
> unawarare of supervision, it might be hard to manage these daemons
> efficiently.
>
> Software designed for this mode of operation obviously includes emacs
> now. Teams and authors behind these, usually have pretty good
> abilities and experience, as obviously designing this way requires
> some kind of architecture. Thus most of these packages dont suck, and
> are quite reliable.
>
> I personaly use/know these:
>
> - super famous tmux - terminal multiplexer
> - you are probably aware of that one, handles lots of terminal
> sessions
>
> - gnu screen - terminal multiplexer
> - older and poorer cousin of tmux
>
> - mpd - the music player daemon - basically music player
> - when spawned as it's own service outside of/before X it can
> keep music playing even as you are tweaking you xorg.conf :)
> - can route music over fifos through network and make many
> amchines play same music
Thanks Martin,
Could you please show me your run scripts for tmux, screen and mpd?
These are the three I could see myself using in this manner.
SteveT
Steve Litt
November 2016 featured book: Quit Joblessness: Start Your Own Business
http://www.troubleshooters.com/startbiz
Received on Tue Dec 06 2016 - 15:26:37 UTC