Gosto da experiência que obtenho ao usar o terminal em um dispositivo remoto onde há um atraso visível entre o que digito e o que acontece na tela, porque me obriga a confiar nas ações que estou realizando. Às vezes eu gostaria de treinar meus dedos um pouco assim e replicar esse tipo de atraso na minha configuração local.
Eu uso a tela GNU na maior parte do meu trabalho e pensei que isso deveria ser possível de alguma forma. Olhando para o manual , vejo apenas uma opção para definir a taxa de transmissão ao iniciar a tela em um tty, mas não consigo compreendê-la completamente e descobrir como modificar a taxa de transmissão em uma screen
sessão em execução.
Alguém sabe como definir e modificar tal atraso/taxa de transmissão em uma sessão aberta, com tela ou não?
Obrigado.
A resposta - e explicação - vem de Como limitar a largura de banda da conexão SSH, mas não acho que seja uma duplicata estrita.
Comecei considerando um teletipo de 150 baud (15 caracteres por segundo), mas o tempo expirou, demorando muito para o
ssh
comando estabelecer suas credenciais e configurar a conexão e, de qualquer forma, considerando que a velocidade de transporte precisaria ser muito maior para transportar uma carga efetiva de 15cps:(Devo salientar que serve
echo BACK
simplesmente para sinalizar quando ossh localhost
comando for concluído. Não é particularmente relevante para o uso diário, mas é muito conveniente durante o teste. Vou omiti-lo daqui em diante.)Lendo mais sobre o
pv
, que costumo usar como exibição visual dos dados transferidos, lembrei que é possível controlar uma instância existente. Portanto, podemos executar o inicialssh
em velocidade máxima e depois experimentar reduzir a largura de banda permitida nas duas instâncias depv
:Os PIDs são gravados nos arquivos
p1
ep2
respectivamente.Podemos agora aplicar restrições a estes processos, de forma simétrica ou assimétrica, dependendo do efeito requerido. (Lembre-se de que estes são limitadores no nível do protocolo, não no rendimento que você experimenta.)
Infelizmente, isso não parece desacelerar o suficiente, então olhei para
cstream
. Aqui estamos usando um buffer de um byte e uma velocidade de saída de 150 caracteres por segundo:E aplicando isso
ssh localhost
obtemos isto:Observe que levará até um minuto para estabelecer a conexão inicial!
Infelizmente, ainda está bloqueado, mas acho que esse
cstream
é provavelmente o caminho a seguir e posso atualizar esta resposta à medida que obtiver abordagens alternativas