TightVNC
O TightVNC também oferece algumas melhorias secundárias, como o suporte a scroll de tela usando a roda do mouse e processamento local do cursor do mouse. Para que esses recursos funcionem, é necessário que seja utilizado o TightVNC tanto no servidor quanto no cliente. No screenshot temos o menu de opções oferecidas pelo cliente for Windows.
As opções são as seguintes: Emulate 3 Buttons: Pressionar os dois botões simultaneamente equivale a pressionar o terceiro botão do mouse. Esta opção é útil para quem usa um mouse de dois botões e está acessando um servidor Linux. Swap mouse buttons 2 and 3: Troca os dois botões do mouse dentro da tela do VNC, para canhotos ou caso os dois micros estejam configurados de forma diferente. Track remote cursor localy: Processa o movimento do mouse no cliente e não no servidor. Uma novidade do Tight que faz o movimento do mouse ficar muito mais uniforme. Restric pixels to 8-bit: Usa apenas 8 bits de profundidade de cor. Na prática, não faz tanta diferença, graças aos algoritmos de compactação. O mais útil para aumentar o desempenho no VNC é diminuir o tamanho da tela. Full-screen mode: Inicia direto em tela cheia (no cliente). Request shared session: Permite que dois ou mais clientes se conectem ao mesmo tempo à mesma sessão do servidor. Nesse caso, os movimentos do mouse e o input do teclado são misturados, de forma que só um pode usá-la de cada vez. Esta opção é útil para treinamentos. Opções de encriptação (Preferred encoding): Esta é a configuração mais importante, que vai definir o desempenho do VNC. Cada um dos algoritmos diferentes apresenta um certo balanço entre uso da banda da rede e carga de processamento. Por isso, a melhor escolha varia de acordo com a situação: Tight: Este é o algoritmo exclusivo do Tight, que pode ser usado apenas quando tanto o cliente quanto o servidor utilizam a versão. O Tight oferece uma dupla compressão de dados, uma semelhante ao PNG, buscando pixels repetidos e substituindo-os por um único código, e uma segunda camada, baseada em um algoritmo de compressão desenvolvido pela equipe. É possível ativar, ainda, a compressão via JPG, estipulando um nível de perda. O Tight é o ideal para redes lentas, sobretudo conexões via modem, mas não é uma boa escolha para redes locais ou micros muito lentos, pois a carga extra de processamento faz com que a atualização de tela fique lenta ao usar dois micros relativamente antigos (dois Pentium III 600, por exemplo), mesmo via rede local. Hextile: Este algoritmo é o usado pela versão tradicional do VNC. A imagem da tela é dividida em áreas de 16x16 pixels e apenas as áreas atualizadas vão sendo enviadas aos cliente de forma compactada. Este algoritmo é o que oferece o melhor balanço entre uso da rede e do processador. É recomendável para PCs acima de 233 MHz e redes locais de 10 ou 100 megabits. Este é o algoritmo que oferece respostas mais rápidas ao utilizar uma rede de 100 megabits e dois PCs relativamente atuais, a melhor opção se você deseja algo rápido o suficiente para rodar aplicativos de trabalho confortavelmente. RRE: É um algoritmo mais simples de compactação, que se resume a substituir seqüências de pixels da mesma cor por um único valor, indicando apenas que o cliente deve repetir o pixel x vezes. É eficiente para visualizar menus, textos, etc., mas não para imagens. Não se esqueça de desativar o wallpaper :). CoRRE: Esta é uma variação do RRE que limita o número de repetições de pixels a 255, permitindo enviar um único bit de dados. Combina um uso relativamente baixo da banda da rede com pouco processamento. É o algoritmo que oferece melhores resultados em micros antigos e rede de 10 megabits. Zlib (pure): Usa o algoritmo Zlib para compactar as imagens, sem perda de qualidade. É o segundo mais eficiente em nível de compressão, perdendo apenas para o Tight. Apesar disso, a carga de processamento no Zlib é consideravelmente maior que a do Tight, mais que o dobro, em muitas situações. O Zlib continua disponível no Tight apenas para manter compatibilidade com o VNC tradicional, que não suporta o algoritmo Tight. ZlibHex (mix): Combina o Zlib com o Hexlite para quebrar a tela em pequenos pedaços, mantendo a compressão com o Zlib. O uso do processador é semelhante ao Zlib pure, mas existe um ganho perceptível de velocidade quando pequenos pedaços da tela são atualizados (abertura de menus por exemplo), mas nas atualizações de tela inteira, ao abrir uma nova janela ou dar scroll em uma página aberta no browser, por exemplo, o Zlib puro se sai melhor. Raw: É o oposto do Tight. As imagens são enviadas via rede sem compressão alguma, minimizando a carga sobre o processador. Pode ser útil em redes de 100 megabits, mas com micros muito lentos, abaixo de 133 MHz. A quantidade de dados enviada através da rede é de 50 a 100 vezes maior que a do Tight (num dos testes publicados, uma sessão de 6:30 min em Raw totalizou um tráfego de 217 MB, contra apenas 3.3 MB usando o Tight), mas, em compensação, a carga de processamento é quase nula. Você pode ver o comparativo entre a eficiência dos algoritmos de compressão, feito pela equipe do Tight no: http://www.tightvnc.com/compare.html. Usando o cliente Windows, basta selecionar as opções desejadas ao fazer a conexão, como no screenshot que vimos acima. No cliente Linux é preciso passar os parâmetros via linha de comando ao conectar. A sintaxe é: $ vncviewer opções ip_do_servidor:sessão As opções podem incluir:
-encodings:
Para especificar um dos algoritmos de compactação
acima.
-fullscreen: Para iniciar o VNC em modo de tela
cheia (o default é abrir em uma janela, o que, muitas vezes,
faz com que apareçam barras de rolagem).
-compresslevel 9: Esta opção
permite especificar o nível de compressão para os
algoritmos Tight e Zlib (a opção não tem efeito
algum com os demais), permitindo dosar o uso da rede e do
processador. O número vai de 1 (pouca compressão, menos
processamento) a 9 (máxima compressão). O número
0 equivale ao modo Raw, sem compressão alguma. -quality 2: Aqui é possível especificar o nível de compressão via JPG para o algoritmo Tight, especificando um número de 0 (péssima qualidade, menor uso da rede) a 9 (compressão sem perda, o default). Esta opção pode ser combinada com a opção -compresslevel. A opção mais rápida possível no VNC para uma conexão via modem seria: $ vncviewer -encodings Tight -compresslevel 9 -quality 0 220.200.125.23:2 Usando a opção -quality 0, a qualidade da imagem fica realmente sofrível, mas as áreas por onde o mouse passa são atualizadas usando a qualidade máxima, permitindo que você consiga ver os detalhes. Apesar disso, é o melhor meio de conseguir ter uma velocidade utilizável através de uma conexão via modem.
-viewOnly: Para apenas visualizar o host remoto,
sem input do teclado ou mouse. É uma opção útil
para apresentações, aulas, etc.
» Próximo: VNC no Windows Você está lendo o livro Redes e Servidores Linux 2ed. (publicado em 2006). Se se está em busca de um livro atualizado sobre servidores, leia o Servidores Linux, Guia Prático, que oferece informações atualizadas: 
Autor: Carlos E. Morimoto
Páginas: 736 Formato: 23 x 16 cm Editora: GDH Press e Sul Editores ISBN: 978-85-99593-13-4 Lançado em: Agosto de 2008 » R$ 76,00 + frete (Preço nas livrarias: R$ 96) » Compre o seu Descrição: O livro Redes e Servidores Linux - Guia Prático foi nosso primeiro best-seller, vendendo um total de 8.000 exemplares em suas duas edições. O processo de atualização do livro acabou dando origem a dois livros separados. O primeiro deles é o livro Redes - Guia Prático, que aborda detalhes sobre a implantação e configuração de redes, abordando detalhes sobre os padrões de rede, configuração no Windows e Linux, configuração de redes wireless e outros temas. O livro Servidores Linux, Guia Prático é o segundo livro da série, que complementa o primeiro, oferecendo uma visão aprofundada sobre a configuração de servidores Linux. No livro você aprenderá a configurar tanto servidores de rede local quanto servidores dedicados, incluindo a configuração do Squid, Samba, Apache, SSH, LTSP, Postfix, Iptables, Bind, Quota e outros serviços. O livro inclui também capítulos sobre virtualização e sobre hardware para servidores, que complementam as informações abordadas nos demais. Veja também nossos livros Hardware, o Guia Definitivo, Redes, Guia Prático, Smartphones, Guia Prático e Linux, Guia Prático, nossos outros lançamentos. 
|
|
