Eu tenho um problema com o Citrix receiver no meu raspberry pi 2B rodando o Ubuntu 14.04 lxde custom spin off (ele tem apenas o núcleo do LXDE e o firefox é oh e lightdm)
Ele foi projetado para ser um Thin Client (eu sei que é possível), então eu instalei o Citrix Receiver.
Ele conecta, desconecta reconectar você é capaz de usar os aplicativos dentro da VM (XenApp) (Windows 2008 R2)
O problema é quando você ALT + Tab para uma janela diferente (tela cheia para tela cheia) você vê apenas partes da nova janela e a antiga, quando você pressiona o novo bit da janela com o mouse a parte antiga desaparece.
Então eu corri um teste para ver o que estava incomodando, a CPU é apenas 54,2% sob carga, o tempo de resposta da tela é 72MS (estou acostumado a maneira mais por isso não se preocupe) o recebimento dos dados é OK assim como enviando, mas o que me incomoda é o FPS, o fps max que eu peguei em uma tela conectada ao conversor HDMI para VGA foi de 14.0 FPS, e em uma TV HDMI direta da mesma resolução eu tinha 20 FPS Max, eu tentei tudo postado no Fóruns da Citrix já, então eu volto para vocês, talvez vocês saibam qual é a solução para esse problema?
Estes são os resultados do teste de citrix
DD=Off, BD=On, FL=Off, H264=Off
startup time: wed Aug 3 15:55:45 2016
Server address: *snip*
Session size: 1920x1080
thread info: CH 12 [64KB], CH 9 [128KB]
frames: 4140, Frame Rate: 14.0 FPS
data recv: 7304 KB @ 0.3 KB/s (peak 281.7)
data sent: 92 KB @ 0.4 KB/s (peak 1.0)
cpu 54.2% [60.2% 84.0% 52.5% 56.9%]
jpeg rate: 0.0 Mp/s (0.0/s) (peak 1.6)
rle rate: 0.0 Mp/s (8.0/s) (peak 2.4)
Screen respone time: 72 ms (peak 520)
--------------------------- EDITAR ---------------- -----------
As diferenças podem ser o sistema operacional? Eu fiz o mínimo que pude obter (1,6 GB em um cartão SD de 8 GB), mas eu vi uma imagem de alguém jogando um jogo em um NUC executando ThinOS ficando sólido 55 FPS? o que isso poderia ser ..
--------------------------- EDIT2 ---------------- -----------
É isso que quero dizer com meu problema
--------------------------- EDIT3 ---------------- -----------
Ao experimentar uma VM diferente (versão mais recente executando o Windows Server 2012 r2), descobri que ainda tinha o mesmo problema EXATO, mas o FPS estava subindo rapidamente em um FPS 30/40 sólido, então o FPS está fora da equação ... aqui, abaixo desta edição, você verá a saída do terminal do teste na versão Ws 2012 r2 em comparação com a versão ws2008 r2
--------------------------- Comparação ---------------- -----------
Esquerda = 2008 r2 (localmente, mas no mesmo prédio)
Direita = 2012 r2 (localmente, mas no mesmo prédio)
DD=Off, BD=On, FL=Off, H264=Off | DD=Off, BD=On, FL=Off, H264=Off
startup time: wed Aug 3 15:55:45 2016 | startup time: Thu Aug 4 09:20:43 2016
Server address: *snip* | Server address: *snip*
Session size: 1920x1080 | Session size: 1920x1080
thread info: CH 12 [64KB], CH 9 [128KB] | thread info: CH 12 [64KB], CH 9 [128KB]
frames: 4140, Frame Rate: 14.0 FPS | frames: 429, Frame Rate: 29.0 FPS
data recv: 7304 KB @ 0.3 KB/s (peak 281.7) | Data recv: [email protected] KB/s (peak 620.6)
data sent: 92 KB @ 0.4 KB/s (peak 1.0) | data sent: 27 KB @ 1.4 KB/s (peak 1.5)
cpu 54.2% [60.2% 84.0% 52.5% 56.9%] | cpu 63.0% [61.5%, 64.3%, 65.3% 62.1%]
jpeg rate: 0.0 Mp/s (0.0/s) (peak 1.6) | jpeg rate: 0.5 Mp/s (75.9/s) (peak 3.2)
rle rate: 0.0 Mp/s (8.0/s) (peak 2.4) | rle rate: 7.6 Mp/s (2980.0/s) (peak 8.0)
Screen respone time: 72 ms (peak 520) | Screen Response time: 60MS (peak 60)
--------------------------- EDIT4 ---------------- -----------
Segundo teste de hoje, eu estava interessado em ver se talvez o ambiente de desktop (LXDE) estava tomando muito ram / ram de vídeo do pi e, assim, causou a falha visual, então eu reiniciei, desta vez usando o Ubuntu 14.04 mínimo imagem como antes, mas só instalando openbox para um verdadeiro sistema operacional minimalista, isso se mostrou bem sucedido em um teste de 3 minutos até agora, indo monitorá-lo por mais tempo ainda hoje.
--------------------------- EDIT5 ---------------- -----------
SUCESSO! por agora, pelo menos, o raspberry pi (que eu estou usando para postar esta edição) executando o receptor citrix, conectado ao XenAPP executando o windows server 2008 r2 está trabalhando solidamente por agora, indo testá-lo o resto do dia de trabalho para ver se há qualquer 'anomoly', a coisa mais engraçada? ele usa quase tanto o espaço de RAM e de cartão SD quanto o sistema operacional de desktop personalizado.
Vou postar atualizações espalhadas pelo resto do dia, uma agora, uma às 14h e outra às 17h (quando o trabalho terminar, pode ser um pouco mais tarde) e eu decidir amanhã se isso fosse solução. ou não ficar atento para atualizações!
--------------------------- Atualização 1 --------------- ------------
Ainda funciona, continua strong, hurra
--------------------------- Atualização 2 --------------- ------------
Eu consegui funcionar, parece que o LXDE usou muito? Eu não sei ... dos meus resultados do meu scanner de sistema (mostra tudo do sistema como uso de disco rígido etc etc, isso mostra que openbox sozinho com tint2, receptor de citrix e firefox usam 1.2gb de espaço HDD e 264,2 MB, acho .. é isso?
--------------------------- Conclusão! ---------------------------
Minha conclusão é que, de alguma forma, o LXDE (mesmo com o XFCE4 sendo mais pesado) usa muita memória de vídeo, o que significa que a memória insuficiente pode ser passada para o receptor citrix causando a falha visual.
--------------------------- Conselhos! ---------------------------
A falha pode ser muito irritante e, além disso, reduzir a produtividade do seu empregado.
Se você quiser usar o raspberry pi como thin client, não faça o que eu fiz, perdendo muitas horas preciosas tentando descobrir um problema enquanto a resposta está bem à sua frente, se você quiser usar isso, APENAS instale o Openbox, firefox e citrix.
