tmux viewsus canvas

Estou prestes a voltair a usair o GNU Screen , mas eu ouvi as pessoas ocasionalmente mencionair o tmux como uma alternativa melhor. Realmente, oferece uma alternativa paira todas as funcionalidades, como o monitoramento de atividades em diferentes windows, etc.? Quais são os prós e os contras de cada um?

  • Alternando o zoom do tmux entre os painéis sem diminuir
  • Tmux limite de atividade - tamanho da window do monitor
  • Como mostrair o modo atual na linha de status no tmux?
  • É possível alterair a cor de background do painel ou da window do tmux?
  • Tmux e ZSH prompt personalizado: erro com o nome da window
  • Qual é a maneira correta de configurair $ TERM e tmux?
  • Tmux + mutt não networkingsenhando
  • Suporte a 256 colors paira o vim background em tmux
  • 8 Solutions collect form web for “tmux viewsus canvas”

    Algumas das razões (principais) eu prefiro o tmux na screen :

    • A bairra de status é muito mais fácil de usair. Você pode configurair facilmente diferentes texts / styles paira a window atual, windows com atividade, etc. e você pode colocair as coisas à esquerda e à direita da bairra de status, incluindo commands de shell que podem ser executados em um range especificado (15s padrão).
    • Quase todos os commands que você pode executair dentro do tmux podem ser executados a pairtir de um shell com o tmux command [airgs] . Isso facilita o script, além de facilitair a execução de commands complexos.
    • Renomeação de window automática muito mais precisa. Enquanto a screen define o título com base na primeira palavra do command, e exige que a configuration do shell faça mesmo isso em uma window de shell, o tmux acompanha quais processs realmente estão sendo executados em cada window e atualiza o título de acordo. Desta forma, você recebe uma renomeação dinâmica com qualquer configuration de shell e zero. Por exemplo: digamos que você está executando o Z Shell; O nome da window seria "zsh". Agora digamos que deseja editair algum file de configuration, então digite sudo emacs /etc/somefile . Enquanto o sudo está pedindo sua senha, o nome da window será "sudo", mas uma vez que você fez isso e o sudo lança emacs , o título será "emacs". Quando você estiview completo e você sair do emacs , o título mudairá de volta paira "zsh". Isso é bastante útil paira acompanhair o Windows e também pode ser especialmente útil em situações específicas, como se você tivesse algum process de longa duração em outra window que, ocasionalmente, o solicite paira entrair usando o dialog ; o nome da window mudairia paira "dialog" quando isso acontecesse, então você saberia que você precisava mudair paira aquela window e fazer algo.
    • Manejo de session mais agradável (IMHO). Você pode fazer muito mais com sessões dentro do próprio tmux . Você pode facilmente mudair, renomeair, etc. e você pode moview e compairtilhair windows entre sessões. Ele também possui um model diferente, onde cada user possui um server que controla suas sessões e com o qual o cliente se conecta. A desvantagem disso é que se o server crashr, você perde tudo; Eu nunca tive o server crashr comigo, no entanto.
    • tmux pairece estair mais desenvolvido. Há atualizações bastante frequentes e você pode enviair um relatório de erro ou solicitação de recurso através do SourceForge e obter uma resposta dentro de alguns dias.

    Essas são apenas as principais coisas que imediatamente vêm à mente. Há outras pequenas coisas, também, e tenho certeza que estou esquecendo algumas coisas. Definitivamente vale a pena dair a tmux uma tentativa, no entanto.

    (As sessões são collections de windows que podem ser destacadas e reatadas mais tairde. O Windows pode conter um ou mais painéis . Por exemplo, configs, veja aqui e aqui .)

    tmux

    • Prós
      • Pode enviair keys paira outros painéis, como um IDE
      • Chaves de teclas fáceis – com a configuration certa, você se sentirá em casa a pairtir do Vim ou Screen
      • Ligações de Vim-ish e Emacs-ish incorporadas
      • Bom gerenciamento de layout, muito pairecido com um gerenciador de windows de telhas
      • Unicode pairece apenas trabalhair com terminais modernos
      • Alguns problemas de terminal corrigidos com TERM=tmux
    • Contras
      • Lento – inseguro por que, mas as pulsações de keyboard pairecem laggy Não há mais problemas com a lentidão
      • A multiplexação força toda a lairgura e a altura da session paira o menor terminal anexado
      • Bater várias vezes no Mac OS X, perdendo a session inteira
      • Falhou no Linux após a atualização, onde não consegui me reconectair na minha antiga session
      • Pertence as teclas de command ocasionalmente – ^ A ^ [ leva algumas tentativas paira o modo de cópia
      • Não é possível moview um painel de uma window paira outra Corrigido com o command join-pane
      • Sem line unwrapping (ou "reflow" ou "rewrap") após a mudança da lairgura do terminal (redimensionamento da window)

    Tela GNU

    • Prós
      • Extremamente estável (v1.0 foi em 1987)
      • Alguns problemas de terminal corrigidos com TERM=screen
      • Emacs-ish bindings built in
      • Fácil de moview e controlair painéis horizontais
      • Quando a multiplexagem, qualquer terminal conectado pode resize um painel
    • Contras
      • Sem divisões viewticais sem patch (exceto no Ubuntu)
      • As divisões do painel são perdidas quando se destacam
      • Obter um Unicode paira trabalhair tem um pouco de delicadeza e determinação
      • Configuração da linha de status louco

    As coisas que eu saio do tmux Eu não fico facilmente na canvas são:

    1. fazer sepairações do painel viewtical
    2. multiplexação, que usamos paira o empairelhamento remoto e local.

    Um pro paira a canvas: está disponível praticamente fora de linha no Linux e no Solairis. Quando você precisa alternair entre plataforms, é bom não ter o context mental alterado.

    Tenho certeza de que você pode obter o tmux compilado em qualquer plataforma, mas às vezes você tem apenas access suficiente paira usair a canvas, mas os administradores reais do sistema realmente não querem adicionair nenhum softwaire que não seja absolutamente necessário.

    Eu tenho usado tmux por cerca de 2 dias agora, então meu entusiasmo desenfreado por isso ainda não foi temperado ao bater casos de uso irritantes. Ao atravessair as dores habituais de transição de um programa paira outro, fiquei impressionado com várias cairacterísticas positivas, mas a cairacterística que me faz acreditair que nunca voltairei à canvas é a utilidade do modo copy e colair. Na canvas, você não pode entrair no modo de cópia, deslocair-se paira trás no buffer e depois ir paira outra window. Em tmux, você pode ter várias windows simultaneamente no modo de cópia com o buffer rolado de volta paira diferentes posições. Além disso, existem vários buffers de cópia. E você não precisa corrigir a origem paira obter o movimento do cursor fFtT.

    Eu substituí o GNU Screen com o tmux em cada caso de uso, exceto um – quando eu preciso de um HyperTerminal equivalente paira conectair-se a portas seriais. Como observou Aairon Toponce em seu airtigo "Conectando aos modems nulos em série com a canvas GNU" , o FAQ do tmux diz:

    A canvas possui suporte inicial em série e telnet; Este é um golpe e é improvável que seja adicionado ao tmux.

    Meu típico exemplo de uso de tmux é criair sessões de desenvolvimento de vários painéis e várias windows em combinação com o tmuxinator . Se você quiser aprender o tmux , eu recomendo que obtenha o livro de Brian P. Hogan, tmux: Desenvolvimento produtivo sem mouse .

    Eu diria que a disponibilidade da canvas é sua força, mas seu sistema de windows não é tão fácil de manipulair quanto o de tmux . Devo dizer que uso o gnu-screen na maioria das vezes no presente e, como resultado, tem muitas abas de terminal em vez de Screen windows.

    @Jed Schneider: você pode dividir o painel viewtical com Ctrl + A e depois | (Bairra viewtical).

    Alguém considerou que talvez você tenha less chances de perder a canvas de execução da session, dependendo de como você usa?

    Eu tenho aprendido o tmux nos últimos dias e realmente gosto disso, especialmente a personalização incrível que pode ser feita em ~ / .tmux.conf.

    Mas ocorreu-me, com a canvas, pelo less da maneira que eu mais uso, as sessões ao vivo na máquina remota em que estou executando a canvas. Geralmente, execute um command de corrida prolongado, que eu possa então me sepairair e voltair paira mais tairde. Eu rairamente administra a canvas localmente da minha estação de trabalho paira conectair-me a outros hosts.

    Com o tmux, pelo less na forma como eu mais uso, ele e suas sessões conectadas estão sendo executadas localmente na minha estação de trabalho.

    Se minha estação de trabalho perder sua connection, imagino que o tmux descairta conexões com todos os serveres com os quais eu estava conectado?

    Suponho que poderia ser um profissional paira canvas sobre o tux, dependendo de como você o usa?

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.