Main > Stakeholder Proposals

Bitshares client launch config

(1/2) > >>

vikram:

--- Quote from: xeroc on November 16, 2014, 12:54:42 pm ---My nodes are running in screen .. all of them ... maybe i can find some time to read into tmux soon .. theres a nice split-screen feature in tmux!

--- End quote ---

I use tmux for everything. Recommended.

xeroc:
My nodes are running in screen .. all of them ... maybe i can find some time to read into tmux soon .. theres a nice split-screen feature in tmux!

monsterer:
Many thanks, guys :)

robrigo:

--- Quote from: wackou on November 15, 2014, 08:26:11 pm ---I suggest you use either screen(1) or tmux(2) (recommended) to run the client in. These act as persistent shell sessions in which you can run the client and to which you can attach/detach your terminal, which allows you to take command of your client as if you'd never disconnected. Some would argue that those tools have archaic or non-intuitive default bindings, but really you only need to know a couple of shortcuts to be able to enjoy the power and ease-of-use that they bring, there are lots of tutorials on the web that can help you get started in 5-10 minutes with them.

This also has a nice side effect which is that if for whatever reason you lose connection with your server while working on a remote session, this doesn't crash the client because of it but leaves the client running as if you'd just walked away from keyboard. Whenever you get your connection back, you can re-attach to your session and resume what you were doing as if nothing ever happened. Which is quite nice :)

(1) http://en.wikipedia.org/wiki/GNU_Screen
(2) http://en.wikipedia.org/wiki/Tmux

--- End quote ---

Agreed, screen or tmux are excellent and a must have. I run my feeds on one screen session and client on another. I haven't set up your delegate monitoring tools yet as I haven't gotten enough votes to be active anyways, but that would make a good candidate for a 3rd session.

wackou:
I suggest you use either screen(1) or tmux(2) (recommended) to run the client in. These act as persistent shell sessions in which you can run the client and to which you can attach/detach your terminal, which allows you to take command of your client as if you'd never disconnected. Some would argue that those tools have archaic or non-intuitive default bindings, but really you only need to know a couple of shortcuts to be able to enjoy the power and ease-of-use that they bring, there are lots of tutorials on the web that can help you get started in 5-10 minutes with them.

This also has a nice side effect which is that if for whatever reason you lose connection with your server while working on a remote session, this doesn't crash the client because of it but leaves the client running as if you'd just walked away from keyboard. Whenever you get your connection back, you can re-attach to your session and resume what you were doing as if nothing ever happened. Which is quite nice :)

(1) http://en.wikipedia.org/wiki/GNU_Screen
(2) http://en.wikipedia.org/wiki/Tmux

Navigation

[0] Message Index

[#] Next page