Adaptador gráfico sem cabeça para CentOS com suporte a OpenGL? (Ou dispositivo de servidor blade semelhante?)

Question

Eu tenho dois aplicativos Linux que exigem um buffer de quadros que podem suportar chamadas OpenGL (R e Processing).

Eu tentei buffers de quadro virtual / software como o Xvfb, mas eles não suportam as chamadas OpenGL que qualquer aplicativo faz. Portanto, não consigo capturar a saída de vídeo correta de R ou Processing sem usar um dispositivo, até o momento, com um adaptador dedicado.

Gostaria de pedir ao administrador do sistema para adicionar um adaptador gráfico a um de nossos servidores blade executando o CentOS. Adicionar um PCIExpress interno ou outro cartão de barramento interno não é provável, devido a limitações de hardware. Eu também não posso esperar poder conectar uma exibição física.

Existem adaptadores USB "headless" que eu poderia usar com essa configuração, o que fornecerá suporte razoavelmente moderno ao OpenGL sem a necessidade de um monitor conectado?

Falhando nisso, existem servidores blade que oferecem suporte a gráficos modernos, como talvez o hardware que as lojas de animação de computador usariam para automatizar sem cortes a renderização de gráficos 3D?

Eu já estou usando um laptop na minha mesa como uma solução alternativa, por isso não estou muito interessado em criar uma solução nesse sentido, mas estou procurando algo que eu possa pedir ao nosso pessoal de TI para integrar-se a ele. sala do servidor e configuração geral.

    

Answer 1

Meu palpite de que sua fórmula está errada.

As soluções puramente sem cabeçalho (sem qualquer adaptador GPU / VGA) não podem fornecer qualquer suporte OpenGL "nativo", já que a palavra "nativo" significa GPU-handled, vs. manipulado com CPU significa emulação de "software".

Não tem nada a ver com "display attached" vs headless boxes / servers desta maneira; servidor pode funcionar bem sem qualquer monitor VGA ou adaptador conectado por anos.

Meu palpite é que seu caso é sobre a configuração adequada de drivers GPU / VGA (para suportar um instalado em seu servidor), em seguida, compartilhar 'a imagem' para o cliente remoto.

O mais provável é que a principal razão para isso seja a falta de módulos correspondentes do kernel (também conhecidos como drivers no MSWin) para um adaptador específico que você usa