Um emulador de terminal pode ser tão rápido quanto TTY 1-6?

Ultimamente, tenho tentado vários emuladores de terminal, do gnome-terminal interno, aterm, xterm, wterm ao rxvt. O teste que estou fazendo é nesta ordem:

1. Abra uma janela tmux com 2 painéis
2. O painel esquerdo será uma tarefa intensiva, como grep a /et/c -ruma simples tarefatime seq -f 'blah blah %g' 100000
3. O painel direito será uma janela do vim com sintaxe ativada, abrindo qualquer arquivo que tenha mais de> 100 linhas de código.

Quando o painel esquerdo está imprimindo muita saída, o painel direito parece estar muito lento e sem resposta, tentei rolar no vim, mas leva 1-2 segundos para mudar. Quando tento pressionar CtrlCno painel esquerdo, ele aguarda mais de 10 segundos antes de parar

Quando eu faço a mesma coisa em TTY (pressionando CTRL+ ALT+ ( F[1-6])), isso não acontece e os dois painéis respondem muito bem.

Eu mudei de algumas configurações, como fontes antialias, mude de cor, use as configurações padrão e mude para xmonad e openbox, mas isso não muda nada.

O resultado de time seq -f 'blah blah %g' 100000não é realmente diferente entre esses terminais, mas a capacidade de resposta é realmente diferente, especialmente quando estou executando o painel spitted tmux (ou outros multiplexadores). Para sua informação, estou executando todos eles em um modo maximizado.

Eu li sobre os terminais com buffer de quadro, mas não sei como isso funciona e como pode ser usado para acelerar meu emulador de terminal.

Então, minha pergunta é: o que torna o emulador de terminal muito mais lento que o TTY? Existe alguma possibilidade de torná-lo tão rápido quanto o TTY? Talvez aceleração de hardware ou algo assim? Uma coisa eu sei: minha resolução no servidor X ao executar um emulador de terminal maximizado é 1920x1080, e quando estou executando o TTY é menor que isso, mas não tenho certeza de como isso afetaria o desempenho.

Quando um emulador de terminal da GUI imprime uma string, ele precisa convertê-la em pontos de código da fonte, enviá-los para um representante de fontes, recuperar um bitmap e misturar esse bitmap na tela através do servidor X.

O renderizador de fontes precisa recuperar os glifos e executá-los (você sabia que as fontes Truetype / Opentype são programas executados dentro de uma máquina virtual no renderizador de fontes?). Durante o processo de execução de cada glifo, são tomadas várias decisões em relação às métricas de fontes, kerning (embora fontes monoespaçadas e kerning não se misturam bem), conformidade com Unicode, e isso é antes mesmo de chegarmos ao rasterizador que provavelmente usa sub endereçamento de pixels. O terminal precisa pegar o buffer produzido pelo rasterizador da fonte e blit-lo no lugar certo, cuidando das conversões no formato de pixel, canais alfa (para endereçamento sub-pixel), rolagem (que envolve mais blitting), etc.

Em comparação, gravar uma string em um Terminal Virtual em execução no modo de texto (nota: não um console gráfico) envolve gravar essa string na memória de vídeo. 'Olá Mundo!' envolve escrever 13 bytes (13 palavras de 16 bits, se você quiser cores também). O rasterizador da fonte X ainda nem começou seus exercícios de alongamento e quebra de juntas, e estamos prontos. É por isso que o modo de texto era tão incrivelmente importante nas décadas passadas. É muito rápido de implementar. Até a rolagem é mais fácil do que você pensa: mesmo nos veneráveis ​​MDA e CGA baseados em Motorola 6845, você pode rolar a tela verticalmente escrevendo um único valor de 8 bits em um registro (pode ser 16 ... já faz muito tempo). O circuito de atualização da telafez o resto. Você estava basicamente alterando o endereço inicial do buffer de quadros.

Não há nada que você possa fazer para criar um terminal gráfico tão rápido quanto um terminal de modo texto no mesmo computador. Mas lembre-se: existem computadores com modos de texto mais lentos que o terminal gráfico mais lento que você provavelmente verá em um computador moderno. O PC IBM original era muito ruim (o DOS fazia rolagem de software, suspiro). Quando vi meu primeiro console Minix em um 80286, fiquei impressionado com a velocidade da rolagem (salto). O progresso é bom.

Atualização: como acelerar o terminal

@ poige já mencionou três em sua resposta , mas aqui está minha opinião:

• Diminua o tamanho do terminal. Meus próprios terminais tendem a crescer até preencherem as telas e ficam lentos enquanto o fazem. Fico exasperado, irritado com os terminais gráficos, depois redimensiono-os e tudo fica melhor. :)
• (@poige) Use um emulador de terminal diferente. Você pode obter um enorme aumento de velocidade com o custo de alguns recursos modernos. xterme rxvtfunciona muito bem, possui um emulador de terminal fantástico. Suspeito que seus testes possam ter demonstrado um desempenho melhor que os "modernos".
• (@poige) Não use fontes escalonáveis. 1986 pode ligar e pedir seus terminais de volta, mas você não pode negar que eles são mais rápidos. ;)
• (@poige) Diminua o rasterizador da fonte desativando o endereçamento e as dicas de anti-aliasing / sub-pixel. A maioria deles permite substituições em variáveis ​​de ambiente, para que você não precise fazer isso globalmente. Nota: inútil se você escolher uma fonte de bitmap.
• Isso vai doer mais: não use (vários painéis entrando)tmux - execute dois terminais separados lado a lado. Quando tmuxexibe dois painéis, ele tem que usar diretivas de terminal para mover o cursor muito. Embora as bibliotecas de terminais modernas sejam muito rápidas e boas para otimizar, elas ainda estão roubando bytes da largura de banda bruta do terminal. Para mover o cursor para uma linha arbitrária em um terminal compatível com DEC VT, você envia ESC [ row ; col H. Isso é de 6 a 10 bytes. Com vários terminais, você está segregando o trabalho, eliminando a necessidade de posicionamento, otimização, armazenamento em buffer e todo o restante curses, e fazendo melhor uso de vários núcleos de CPU.

Enquanto isso, o @Alexios descreveu muito bem todos os motivos, posso mencionar várias coisas, que aliviam relativamente a dor:

• use fontes de bitmap ( Terminal, Terminus- essa é realmente ótima),
• desative o anti-aliasing ou considere pelo menos não usar a renderização sub-pixel ,
• use o terminal do KDE - konsole.