O servidor X com o driver fglrx não responderá após exatamente 49 acessos ao servidor X

3

Eu tenho o Arch linux com uma quantidade mínima de pacotes, incluindo o grupo xorg e o catalisador.

Eu corro X :0 e, em seguida, executo no ciclo infinito seguindo o script de monitoramento:

while [ true ]; do
    DISPLAY=:0 aticonfig --odgt | grep Sensor
    sleep 1
done

No caso normal, produz algo assim:

              Sensor 0: Temperature - 35.00 C
              Sensor 0: Temperature - 35.00 C
              Sensor 0: Temperature - 36.00 C

Mas após exatamente 49 execuções de aticonfig Xserver parar de funcionar. Ainda na lista de processos, ainda posso matá-lo sem problemas, mas o X não é resposta a nenhum programa que precise dele. E X pare de gravar nos arquivos de log e no stdout.

Com aticonfig , recebo a seguinte saída de erro:

aticonfig: This program must be run as root when no X server is active

Não é necessário executar exatamente aticonfig . Mesmo a execução de qualquer aplicativo relacionado ao X diminui o número de execuções de recursos de aticonfig . Pode ser clinfo ou qualquer aplicação opencl.

Eu reproduzi esse comportamento em Xorg 1.14.2 e 1.13.4, no Catalisador 13.4, 13.8.beta1, 13.8.beta2.

Saída storg do Xorg após o início do Xserver: link

/var/log/Xorg.0.log após o início do Xserver: link

Saída storg de Xorg após cada execução de aticonfig: link

/var/log/Xorg.0.log após cada execução de aticonfig: link

xorg.conf é básico: link

Então é possível configurar o run X com acessos ilimitados?

    
por petRUShka 21.08.2013 / 15:41

1 resposta

0

X não tem limite de acesso para configurar - isso não é algo que deveria acontecer, mas sim como um bug no driver fglrx da ATI.

O único limite nesta área que X deve ter é um limite no número de conexões de cliente abertas - que não é configurável sem recompilar o código fonte hoje, mas os patches foram propostos para permitir uma opção para configurar em tempo de execução. Mas uma vez que um programa fecha sua conexão e sai, isso libera seu slot para o próximo programa, portanto, não corresponde à sua descrição.

    
por 14.06.2015 / 18:43