Como parte de um projeto em que estou trabalhando, quero colocar um aplicativo Unity3D em um servidor, destinado a ser executado 24 horas por dia, 7 dias por semana. Esse aplicativo simplesmente aceita solicitações de entrada por meio de sockets, renderiza imagens (a renderização rápida tem a prioridade mais alta) e retorna imagens renderizadas por meio de soquetes.
Qual sistema operacional devo usar para isso? O Linux ainda não é totalmente suportado pelo Unity3D, então a escolha se resume ao Windows Server do Windows Desktop.
Eu não tenho muita experiência com esse tipo de coisa, mas a partir de minha própria pesquisa, concluí que há duas maneiras de fazer isso:
A) Instale o Windows Server e mexa nele para que a aceleração 3D funcione.
B) Instale o Windows Desktop e mexa nele para torná-lo mais rápido / mais estável.
Qual você recomendaria? Há algum compromisso na estabilidade e / ou no desempenho dessas escolhas?
CharlesH apontou que nem todas as placas de vídeo são suportadas pelo Windows Server. Não consegui encontrar nenhum driver do Windows Server para as placas que pretendemos usar. De acordo com os colegas, os cartões Quardo e similares (que possuem drivers do Windows Server) não são adequados para os fins pretendidos. Parece que o Windows Desktop é nossa única opção.
Minha recomendação seria uma máquina desktop.
Em um lugar anterior eu trabalhei, nós tivemos um gráfico em 3D em tempo real de commits / breaks em um servidor de controle de versão (Isso foi em 2009) e logo descobrimos que havia uma grande diferença na estabilidade do 3D gráficos em um sistema de desktop em oposição a um sistema de servidor.
Os sistemas de desktop são projetados para usuários finais, e espera-se que os usuários finais façam coisas como jogos e gráficos sofisticados, para que os subsistemas gráficos em uma compilação de desktop tenham mais salvaguardas para evitar problemas.
Muitos sistemas de desktop também não são projetados para serem sem cabeça, então muitos dos drivers gráficos irão monitorar ativamente seu hardware para travamentos e superaquecimento, e recarregar / recuperar o driver para que o usuário do sistema possa ver o que está fazendo a fim de tomar medidas corretivas.
O servidor, por outro lado, foi projetado para rodar longos períodos, muitas vezes sem qualquer tipo de monitor anexado, então o software para recuperar um driver de exibição com falha pode não ser tão importante, especialmente porque a maioria dos servidores tem sua camada de saída para acesso de uma estação de trabalho usando a área de trabalho remota.
Por fim, as compilações de desktop têm o subsistema gráfico removido do código do kernel e, embora isso também seja verdade em relação às compilações de servidor, há mais risco de falha de driver gráfico em uma compilação de servidor, causando mais problemas que exigem uma máquina. -boot do que existe em uma compilação de desktop.
O único problema que você pode encontrar com uma construção de desktop, no entanto, é o acúmulo de crud. Criação de arquivos temporários, indexação de janelas, índice de pesquisa, etc, e sim, ouso dizer que as compilações de área de trabalho precisam ser reinicializadas pelo menos ocasionalmente.
Dito isso, meu computador do escritório (uma máquina de Windows 7 de 64 bits) é deixado em praticamente 24 horas por dia, e está em constante uso pesado, mas geralmente faço manualmente uma reinicialização controlada uma vez por mês. .
Se não houver nenhuma outra atividade no sistema e apenas seu aplicativo 3D em execução, e contanto que você desative os serviços não essenciais, como a pesquisa do Windows, então você deve estar bem.
Implemente uma política manual para reinicializar a coisa uma vez por mês para instalar atualizações e coisas semelhantes, e você deve estar bem.
Quanto ao desempenho da rede, bem no meu PC do escritório eu tenho vários sites do IIS7 que uso para monitorar minhas outras máquinas, muitas das quais eu acesso remotamente a partir de coisas como meu laptop, e tudo funciona perfeitamente ferramentas que têm no máximo 100 usuários.