Estou executando um servidor Mumble (Murmur) em um guest KVM do Debian Wheezy Beta 4 (x86_64) que é executado em um hipervisor KVM do Debian Wheezy Beta 4 (x86_64). As máquinas convidadas são conectadas a um dispositivo de ponte no sistema hipervisor através das interfaces de rede do Virtio. O Hypervisor é conectado a um uplink de 100 Mbit / se faz roteamento IP entre as máquinas convidadas e a Internet restante.
Nesta configuração, estamos passando por um atraso claramente reconhecível entre clicar duas vezes em um canal no cliente e a ação de junção do canal está acontecendo. Isso acontece com vários clientes diferentes entre 1.2.3 e 1.2.4 nos sistemas Linux e Windows.
A qualidade de voz e a latência parecem não ser afetadas por isso. Na maioria das vezes, a caixa de diálogo de informações do cliente informa uma latência de 16 ms para o canal de voz e controle. O desvio para os canais de controle é muito maior do que o dos canais de voz. Em algumas situações, o canal de controle é exibido com um ping de 100ms e cerca de 1000 de desvio. Parece que o desempenho do TCP é um problema aqui.
Não tivemos problemas em uma configuração anterior, que era, em princípio, bastante semelhante à nova. Usamos o hipervisor Xen baseado no Debian Lenny e uma máquina virtual soft-virtualizada e uma versão anterior da série Mumble 1.2.3.
O atual murmurd --version diz: 1.2.3-349-g315b5f5-2.1
Atualizar : encontrei esta discussão onde há pessoas executando o Mumble no sistema virtualizado que experimenta exatamente o mesmo problema que eu.
O que tentei até agora (sem sucesso algum):
Atualização : Anteriormente, afirmei que tinha testado colocar o banco de dados e o arquivo de log do Mumble em um sistema de arquivos tmpfs in-memory e isso não resolveu o problema. Eu cometi um erro lá, por isso não foi armazenado dentro do tmpfs . Agora que realmente fiz isso, os problemas de desempenho acabaram. Mas armazená-lo em um tmpfs não é realmente uma solução real para o meu problema.