从Tmux 转到GNU Screen

网上很多地方都说TmuxGNU Screen要好用,不过无意间看到这篇Switching from tmux to GNU Screen之后,我发现GNU Screen的窗口/区域概念更好,至少是更适合我(虽然相对Tmux有不少小缺点)。

优点1: GNU Screen的窗口/区域/布局概念更适合某些场景

Tmux里面的窗口概念是: 程序是跑在pane里面的,每个window可切分成多个pane,一般我们会并行开多个window.这样每个window多半用于不同的事情.这种方式要把一个window里面的某个pane移动到另外一个windows

GNU Screen的窗口与区域关系更接近Emacs里面buffer与window的关系:

  • gnu screen里面的region相当于tmux里面的pane,而screen的window更类似于跑在tmux pane里面的程序;
  • 与tmux不同的是,一般情况下程序/窗口是隐藏的,每次只把一个程序/窗口切换到当前region来(tmux里面一般情况下所有程序都会在某个window的某个pane里面显示者,除非有其它pane被最大化导致当前pane被隐藏了)

GNU Screen里面没有tmux里面的window那样的东西,它的layout倒是跟tmux的window有点像,虽然我们可以从一个layout切换到另外一个layout,但layout只是region的容器,而不是window的容器,两个layout里面是可以查看同一个应用(window)的.

不实际操作一下的话,不一定能感受到上面的差异.网上找到两个图说明两者概念的不同,也许对读者有所帮助(来自Differences between tmux vs screen - Wesley Tanaka )

gnu screen:
gnu screen概念
tmux:
tmux概念

这样的好处是:

  1. 一旦确定了一个layout,剩下的大部分时候都是切换到不同的程序来工作,而不需要切换到不同程序工作时来回调整当前窗格的大小(因为我们很多时候都想让当前程序占据比较大的面积,但又未必是全屏-比如一个窗口看代码,一个窗口调试,还一个窗口查文档).
  2. 两个人(或者两个显示器)可以attach到同一个session,然后各自工作在自己的"视图"上(即可以跟不同的程序交互)-之前在windows上用putty连到开发用机的时候,我总找不到一个好方法让tmux充分利用两个显示器(putty最大化不能占据两个显示器,自己拖又麻烦,就算拖大了,有时从其它单显示器机器连上来tmux的宽度又缩回去了)

不过有几个小地方需要注意:

  1. 在当前region下,切换到一个window时,window不会自动根据当前region大小调整窗口(因为它也有可能在另外一个region里面显示),需要用 C-a F调整一下.对应命令是 fit (change the window size to the size of the current region).
  2. 要attach到一个session的话,需要用命令screen -r,但一旦这个session已经被attach了,其它客户端要attach上来,得用screen -x

优点2: zmodem集成

跟远程机器打交道时比较烦人的一个事情是上传下载文件,尤其是要传送文件的源目录或者目标目录在一个较深的路径的时候.zmodem提供一个比较便捷的方法.

至于具体用法,官方的文档Zmodem - Screen User's Manual讲得很语焉不详,这篇GNU Screen and Zmodem | Adam Monsen 写得很详细:

Send a file from the remote host to the local host:

  1. start a Screen session on the local host
  2. configure Screen to “catch” zmodem traffic (CTRL-A:zmodem catch)
  3. execute sz FILE from the command line
  4. hit when Screen brings up the default receive command (:!!! rz -vv -b -E)
  5. bam, the file is available on the local host!

Send a file from the local host to the remote host:

  1. start a Screen session on the local host
  2. configure Screen to “catch” zmodem traffic (CTRL-A:zmodem catch)
  3. execute rz from the command line (no need to specify filename)
  4. add local filename when Screen brings up the default send command(:!!! sz -vv -b), then hit
  5. bam, the file is available on the remote host!

从描述上来看,从远端发送一个文件到screen这边还算比较方便,因为大多数情况下我们在远端机器上已经进入了文件所在的目录,只需要直接发起 sz FILE 就可以了,screen接收后就存放在它的"当前目录";不过从screen发送一个文件就有点不爽,因为这里要输入待发送文件的全路径,这里并没有一个浏览文件的功能.

其它小问题

纵向分割

网上很多比较gnu screen和tmux的文章都列了一个理由是gnu screen不支持纵向分割.不过4.2.0版本(Apr/17/2014)已经支持了( /'-v' parameter to 'split' command for vertical splits/ ).

另外有一点提醒一下: 在漫长的4.1.x时代,一些发行版集成了一个第三方补丁来支持纵向分割,当时实现的纵向分割命令是vert_split(而4.2.0版本里面实现的是split -v).如果你的screen不支持split -v,那么可以试试有没有vert_split这个命令.

鼠标

mousetrack on命令即可开始鼠标支持(用C-a :输入,或者放入~/.screenrc),开启后可以用鼠标切换region.

但它没有tmux的鼠标能力强,不能mouse-select-window的功能(即使你将hardstatus配置为显示window列表,也不行),也不能mouse-resize-pane

~/.screenrc 里面加入 termcapinfo screen*|term* ti@:te@ 可以让screen支持用鼠标滚轮来回滚scroll buffer(注意设置此选项需要重启screen session,而即时通过C-a :来输入是不行的),但与tmux不同的是它不会自动进入copy-mode, 也就是说需要用C-a[进入copy-mode后鼠标滚轮才有作用. 对于上述配置的详细解释请参看Using the scrollwheel in GNU screen - Stack Overflow

Emacs用户

如果你是emacs用户,要设置以下几个选项:

  • escape ^Bb 将热键改为C-b, 按C-b b的时候才向里面的应用程序发送C-b.因为默认的C-a在Emacs和命令行里面用的还是比较多的如果这个
  • vbell off 不想在C-g的时候看到什么闪屏,就设置这个吧
  • defflow auto 不想让C-s把屏幕锁住,就需要这个,具体请查看: Flow Control - Screen User's Manual
  • 如果你在Emacs里面用了F12, F9这些功能键的话,不要用ubuntu的byobu(除非你愿意去修改某一方的快捷键)

参考资料

基本入门

gnu screen 与 tmux 比较

速查卡

posted @ 2016-07-07 20:14 巴蛮子 阅读(...) 评论(...) 编辑 收藏