AFAIK, é possível encaminhar sessões do X-Window, ou seja, um computador ("cliente") pode funcionar como um terminal (burro?) para outro ("servidor"), exibindo a área de trabalho, GUI, etc. Isso significa que os programas estão sendo executados no "servidor", mas eles podem ser usados no "cliente", esperançosamente com um atraso insignificante devido à LAN.
Eu não tenho certeza sobre os recursos que isso requer no servidor e no cliente e qual é a informação que é realmente transferida pela rede, essa é a pergunta e é isso que eu gostaria de saber.
Mais claramente: quais são as responsabilidades do servidor e do cliente? Qual é o consumo de recursos em ambos os casos? Que tipo de informação é transferida pela LAN? Quanta largura de banda isso exige?
Por que essas perguntas são importantes? O propósito (talvez) é usar um Raspberry Pi ou um computador similarmente barato como um terminal para um bom computador, permitindo que várias pessoas usem o computador grande com seus próprios monitores, teclados e mouses simultaneamente (na maior parte do tempo eu estou usando menos mais de 15% do meu processador, menos de 25% da RAM, etc.)
Um exemplo de caso a considerar é a possibilidade de assistir a um vídeo do YouTube. Pontos a considerar são se vídeo e áudio estarão corretamente sincronizados, a taxa de quadros será suave, etc. Não tenho certeza se a renderização acontece no servidor ou no cliente (e como) e, portanto, as consequências. Renderizar no cliente pode exigir muitos recursos computacionais, a renderização no servidor pode exigir muita largura de banda.
Outro exemplo pode estar jogando um jogo em flash. Isso não é necessário, mas pode ser ilustrativo das limitações.
Acho que a Valve está tentando conseguir algo semelhante, não sei se há muito progresso nesse sentido ou algo para olhar para frente.