Início / unix / Perguntas / 547035
Accepted
David Tonhofer
Asked: 2019-10-17 01:24:54 +0800 CST

Copiar e colar inutilizável na máquina virtual KVM (Ubuntu) quando o RStudio estiver em execução

  • 772

Configurar:

Fedora 30 com uma máquina virtual KVM/qemu rodando Ubuntu 18.04.1.

(Esta configuração porque eu quero executar o RStudio e no meu Fedora 30, e ele apenas vomita e morre imediatamente em algum lugar no subsistema gráfico nouveau - mas funciona bem em uma VM Ubuntu).

Problema:

Copiar e colar na VM é um PITA correto quando o RStudio está em execução.

Depois que a VM foi iniciada, copiar e colar entre o host e a VM funciona bem, e copiar e colar dentro da VM também funciona bem (por exemplo, KWrite to KWrite)

Depois que o RStudio for iniciado na VM, copiar e colar inicialmente continua a funcionar (algumas vezes), mas logo começa a "travar". Isso se aplica tanto ao RStudio quanto ao KWrite e acontece tanto para copiar e colar na VM quanto do host para a VM. O processo de recebimento na VM congela e aparentemente espera por algo. No entanto, a máquina virtual continua a funcionar normalmente (por exemplo, você pode exercitar o shell, executar topetc. iotop)

O processo de recebimento acorda novamente após 10 a 30 segundos, momento em que o texto colado pode ter sido recebido ... ou não. Após um primeiro soluço, a colagem geralmente falha, e isso inclui copiar e colar da VM para o host. A colagem no KWrite demora 10 segundos até que o cursor retorne sem o conteúdo da área de transferência. O RStudio se comporta de forma mais catastrófica, às vezes matar o processo é a única solução.

Se alguém deixar a VM sozinha por algum tempo, novamente terá a chance de algumas ações de copiar e colar bem-sucedidas, e os bloqueios ocorrerão novamente.

Reiniciar spice-vdagent( systemctl start spice-vdagentd) na máquina convidada (não no host onde aparentemente não faz nada) interrompe um travamento e pode dar a oportunidade de executar algumas cópias e colar novamente. Mas essa ação está repleta de algum risco, pois eu tive toda a GUI congelada em algum momento.

Como resolver?

O que devo procurar?

Eu usei xclipboardno host para ver o que passa pela área de transferência. Nada inesperado visto.

PS

A VM recebeu muita RAM (10GiB), o que parece necessário, pois tricotar até mesmo arquivos de malha não muito grandes envolvendo mapas de intensidade fará com que fique pandocsem memória.

O RStudio às vezes congela por alguns segundos quando estou trabalhando nele, novamente sem travar todo o sistema. Parece que a troca ou a coleta de lixo estava entrando em ação, mas nada está acontecendo na E/S ou na CPU. Irritante, mas sobrevivente.

ubuntu

1 respostas

  1. Best Answer

    Na Comunidade RStudio BB, surgiu a seguinte ideia:

    Configurando a variável de ambienteRSTUDIO_NO_CLIPBOARD_MONITORING=1

    Por exemplo:

    RSTUDIO_NO_CLIPBOARD_MONITORING=1 /usr/bin/rstudio

    A base disso é esta correção de bug no GitHub:

    " permitir que os usuários desativem o monitoramento da área de transferência do X11 "

    com base nesta questão:

    " O RStudio 1.1.419 trava periodicamente "

    onde encontramos:

    Parece que o culpado pode ser o RStudio ouvindo agressivamente as alterações na área de transferência. Ver:

    #9 0x00000000005a2745 in rstudio::desktop::GwtCallback::onClipboardChanged(QClipboard::Mode) ()

    Fazemos isso para dar suporte à seleção global do mouse, mas talvez isso esteja sendo feito de forma excessivamente agressiva ou estejamos lidando com notificações da área de transferência que deveríamos ignorar.

    A execução do procedimento acima melhora o tempo de resposta, mas não melhora a cópia e colagem confiável.

    • 0

relate perguntas