Alimentando netbooks com servidores

Question

Eu tenho conhecimento limitado de servidores. Eu tive uma ideia que queria ser avaliado. Com os netbooks se tornando mais baratos, eu queria saber se eu seria capaz de fazer edições complexas de vídeo e rodar softwares pesados em um servidor? Por exemplo, meu netbook pode estar executando conexão Remote Desktop (no XP) para um servidor dedicado externo ou internamente executando o Windows 2008. O servidor pode estar executando meus aplicativos e fazendo toda a edição de vídeo, processamento de texto, etc. compartilhe este login com o resto da minha família / escritório se eles quiserem fazer alguma coisa no servidor que seja demais para seus netbooks. Também aplicativos remotos disponíveis no servidor do Windows 2008 soam bem interessantes.

Isso é algo que as pessoas tendem a fazer ou há outros métodos que são muito melhores para capacitar netbooks (terminais burros) através de um servidor?

    

Answer 1

O processamento de vídeo é um exemplo de algo que você normalmente não faria em um servidor. Isso ocorre porque normalmente você precisa colocar o vídeo na máquina (ou seja, fora da sua câmera de vídeo), que é muito pesado em sua rede e os servidores não têm firewire.

Além disso, você precisaria transferir o vídeo descompactado com taxa de quadros completa para baixo da linha, o que significa que você está restrito à rede (a rede sem fio não o cortará).

Obtenha uma estação de trabalho para o vídeo!

    

Answer 2

Sou o gerente de TI de uma estação de TV e confie em mim: esqueça a edição de vídeo em RDP / ICA / VNC. Isso não vai acontecer. A edição em tempo real requer uma imensa quantidade de atualizações de tela por segundo (pense nisso como um jogo FPS), e qualquer efeito 3D requer gráficos acelerados por hardware (seja via Direct3D ou OpenGL), o que não é suportável via desktop remoto.

A conversão e a conversão de software provavelmente funcionarão bem, já que não requer nenhum hardware especial, a não ser que as CPUs modernas sejam executadas com eficiência.

    

Answer 3

Não vejo onde isso seria um problema, desde que seus recursos de servidor sejam adequados para o que você deseja fazer e você tenha o licenciamento adequado.

O que eu gostaria de evitar, no entanto, é qualquer tipo de edição de vídeo / imagem na área de trabalho remota. Para aplicativos de design gráfico, eu ainda continuaria com a edição local para fins de exibição, mesmo quando o seu cliente de área de trabalho remota estivesse configurado para usar altas resoluções / profundidades de cor. O cache de bitmap é muito lento para edição de vídeo eficiente e nunca tive sorte com profundidades de cor mesmo quando o cliente está definido para uma profundidade de cor alta.

Joel Mansford bateu na minha edição para incluir problemas de rede. Isso seria em relação ao bit de aplicativos remotos do Windows 2008.

    

Answer 4

Há muitos aplicativos nos quais processos intensivos de CPU / RAM podem ser executados em um servidor rápido enquanto você assiste a um cliente thin (o Google é um exemplo de aplicativo de servidor baseado na Web). O que você está propondo é, na verdade, uma maneira bastante desleixada de fazer coisas desse tipo, mas executar um servidor de terminal é uma maneira de fazer isso. É também um método muito antigo de fazer isso, já que os servidores Unix têm interfaces de linha de comando disponíveis nas redes desde a idade das trevas da computação.

Mas a edição de vídeo não é uma coisa do tipo cliente / servidor para fazer. Enviar vídeo pela rede em tempo real exige grandes quantidades de largura de banda e, mesmo sob condições perfeitas, não é o ideal.

    

Answer 5

A menos que eu esteja perdendo algo, isso soa como uma descrição do que o Citrix foi projetado para fazer, mas isso não é algo para um usuário doméstico tentar.

Eu também não sei sobre a edição de vídeo, mas o conceito de ter todos os seus aplicativos disponíveis para todos os usuários do servidor é o Citrix MetaFrame por volta de 2005: -)

    

Answer 6

Você pode usar algo como FreeNX ou X-Forwarding para usar um terminal "burro" e processar em um servidor. Você verá a janela remoe como estando em seu computador local, mas as interações devem ser transmitidas através de uma rede.

Além disso, ouvi dizer que Citrix é uma boa escolha.

E sobre processamento de vídeo - o programa cinerella - O AFAIK suporta muito bem o "farm de renderização" - em vez de renderizar um filme em seu computador local - enviá-lo para um servidor / grupo de servidores. / p>

Não se esqueça do VNC para coisas simples (e implementações rápidas e sujas).

Edição posterior: Agora eu vi que você está falando sobre um servidor windows, não um Unix / Linux / relacionado ... mas ainda assim alguns pontos ainda se aplicam

    

Answer 7

Além dos consoles remotos (e dos aplicativos "virtualizados" oferecidos da mesma forma), isso é semelhante a uma ideia que a Intel parece estar pensando em detalhes, embora sua ênfase esteja nos Smartphones - Clone Cloud da Intel . Não é uma ideia totalmente nova - o conceito geral de computação "Cloud" está intimamente relacionado (como é bastante óbvio pelo uso que a Intel faz do nome.

O maior problema com isso é desenvolver e concordar com uma arquitetura padrão. O segundo maior problema será descobrir como tudo é pago porque você terá que pagar algum tipo de "aluguel" nesse poder de CPU de back-end e, finalmente, tudo volta para o quão boa é a sua rede, e ela precisará ser muito bom fazer coisas como vídeo. Como outros já apontaram, a edição de vídeo é extremamente intensiva em largura de banda e, mesmo se todos os dados estiverem em sua "nuvem", você ainda precisa fornecer vídeo em tempo real em tempo real muito rápido para usá-lo - mesmo com uma compressão de hardware inteligente vai precisar de algumas dezenas de megabits por segundo para ser utilizável - o vídeo bruto seria insano, 60fps @ 1024x768 / 16 bits de cor precisa de 360Megabits / seg.