Aceleração 3D fica lenta com o tempo?!

Iniciado por Imigrante, 05 de Maio de 2007, 14:38

tópico anterior - próximo tópico

Imigrante

Ao ligar  a máquina está tudo bem.
Jogo UT2004 no máximo de resolução e qualidade, assisto filmes, rodo o NFSU2 pelo Cedega com boa qualidade.
Continuo utilizando a máquina, correio aberto, mensageiros, baixo umas músicas, escuto outras... Em fim, utilização normal. Após algum tempo, ao abrir um filme, o mesmo é executado aos arrastos, quase parando. Jogos abrem com muito esforço e fecham-se sozinhos. Todo o resto funciona normalmente, como Thunderbird, Firefox, Nautilus, MP3 Players, etc... Tudo beleza. Somente aplicações que exigem vídeo apresentam problemas.
Ao reiniciar o X o problema NÃO é resolvido. Somente ao reiniciar a máquina as aplicações de vídeo voltam a funcionar e novamente após algum tempo apresentam novamente o problema.

Sobre meu sistema e hardware:

SO: Linux Ubuntu 7.04 (feisty) com Kernel 2.6.20-13 + Interface Gnome
CPU: Intel Pentium 4 HT 2.8 1Mb L2 cache 800 FSB
Placa Mãe: Gigabyte GA-8KNXP (Chipset Intel 875P)
On-Board Sound: Realtek ALC658 UAJ CODEC
Memória: 2GB Corsair VS DDR400 CAS 2-2-2-8 em Dual Channel
Video: Gigabyte Radeon X800XT 256MB AGP (GV-R80T256V)
Monitor0: Samsung SyncMaster 793V 17"
Monitor1: Samsung SyncMaster 753V 17"
WebCam: Creative WebCam NX


O Driver de Vídeo é o instalado pelo Gerenciador de Drivers Restritos:
FGLRX

Meu Xorg está configurado para utilizar o BigDesktop SEM Desktop 3D:

Section "Files"
Fontpath "/usr/share/fonts/X11/misc"
Fontpath "/usr/share/fonts/X11/cyrillic"
Fontpath "/usr/share/fonts/X11/100dpi/:unscaled"
Fontpath "/usr/share/fonts/X11/75dpi/:unscaled"
Fontpath "/usr/share/fonts/X11/Type1"
Fontpath "/usr/share/fonts/X11/100dpi"
Fontpath "/usr/share/fonts/X11/75dpi"
# path to defoma fonts
Fontpath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load "bitmap"
Load "dbe"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "record"
Load "v4l"
Load "vbe"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "logielite"
Option "XkbLayout" "us"
Option "XkbOptions" "lv3:ralt_switch"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "Device" "/dev/input/mice"
Option "Protocol" "ExplorerPS/2"
Option "Buttons" "9"
Option "ZAxisMapping" "4 5"
Option "ButtonMapping" "1 2 3 6 7 8 9 10 11"
EndSection

Section "InputDevice"
Driver "wacom"
Identifier "stylus"
Option "Device" "/dev/input/wacom"
Option "Type" "stylus"
Option "ForceDevice" "ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
Driver "wacom"
Identifier "eraser"
Option "Device" "/dev/input/wacom"
Option "Type" "eraser"
Option "ForceDevice" "ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
Driver "wacom"
Identifier "cursor"
Option "Device" "/dev/input/wacom"
Option "Type" "cursor"
Option "ForceDevice" "ISDV4"# Tablet PC ONLY
EndSection

Section "Device"
Identifier "ATI RADEON X800 XT"
Driver "fglrx"
Busid "PCI:1:0:0"
Option "DesktopSetup" "horizontal" #Enable Big Desktop
Option "Mode2" "1280x1024" #Resolution for second monitor
Option "DesktopSetup" "LVDS,AUTO" #the types of monitors that is connected LVDS = LCD, CRT, AUTO
Option "EnablePrivateBackZ" "yes" #Enable 3d support <= May Not Work
Option "HSync2" "30-70" #This sets the horizontal sync for the secondary display.
Option "VRefresh2" "50-160" #This sets the refresh rate of the secondary display.
EndSection

Section "Monitor"
Identifier "Monitor Genérico"
Option "DPMS"
Horizsync 30-70
Vertrefresh 50-160
EndSection

Section "Screen"
Identifier "Default Screen"
Device "ATI RADEON X800 XT"
Monitor "Monitor Genérico"
Defaultdepth 24
SubSection "Display"
Depth 1
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 4
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 8
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 15
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 24
Modes "1280x1024"
EndSubSection
EndSection

Section "ServerLayout"
Identifier "Default Layout"
  screen "Default Screen"
Inputdevice "Generic Keyboard"
Inputdevice "Configured Mouse"
Inputdevice "stylus" "SendCoreEvents"
Inputdevice "cursor" "SendCoreEvents"
Inputdevice "eraser" "SendCoreEvents"
EndSection

Section "DRI"
Mode 0666
EndSection
Section "Extensions"
Option "Composite" "0"
EndSection


Os processos do sistema, organizados por uso da CPU:



O Monitoramento dos Recursos do sistema:




Alguém enfrenta um problema assim?
Alguma dica, sugestão, dúvida, etc?
Abraços...
Imigrante

cavera37

antes de tudo meus parabens  vc é o primeiro q posta tudo  direitinho na pergunta isso economiza muito tempo  pq se nao teria q fica te perguntando coisa e etc
mas  ao seu problema   pelo q eu vi  nao é a placa de video  e sim o computador  pode ser por causa daquele seu processo java q  consome 78 MB  ou entao um algum petne de memoria RAM nao ta mais funfando direito tenta cortar os processos q nao são importantes e ve no q dá

Imigrante

Citação de: cavera37 online 05 de Maio de 2007, 15:56
antes de tudo meus parabens  vc é o primeiro q posta tudo  direitinho na pergunta isso economiza muito tempo  pq se nao teria q fica te perguntando coisa e etc
mas  ao seu problema   pelo q eu vi  nao é a placa de video  e sim o computador  pode ser por causa daquele seu processo java q  consome 78 MB  ou entao um algum petne de memoria RAM nao ta mais funfando direito tenta cortar os processos q nao são importantes e ve no q dá
Valeu Cavera,
Obrigado por predispor-se à ajudar
Com os processos finalizados também acontece o mesmo problema.
Logo que me foi apresentado este tipo de problema, efetuei testes em vários benchmarks e não houveram problemas diagnosticados. Outro ponto, é o fato de que a máquina roda o Win2k3 Server, WinXP Pro SP2, Kurumin e Big Linux sem apresentar o problema. No WinXP a máquina é severamente submetida ao seu limite, exigindo-se ao máximo de seu processamento, memória e GPU. Somente no Ubuntu que estou experimentando o problema.

Observei que após a lentidão começar, quando tento entrar no "Gerenciador de Drivers Restritos", recebo a seguinte:



Após o reinício do sistema, tudo volta ao normal, até acontecer novamente após algum tempo.
Se o problema acontecesse já de início seria mais "claro" p/ mim. Existe algum outro tipo de gerenciador de processos, talvez ocultos?!
Será que não seria algum problema com o driver? Quem sabe o problema não seria resolvido ao instalar o driver da ATI manualmente?! Farei a alteração do driver e depois postarei o resultado.
Enquanto isto se tiver alguma idéia, poste-a aqui.
Abraços
Imigrante

Imigrante

Descobri o causador,
Após exaustivos testes, reinstalações de drivers, inúmeras configurações, finalmente descobri o que esta causando o problema com o vídeo.

Agora são quase 3 da madruga e finalmente vou poder dormir mais tranqüilo!
Chega a ser quase inacreditável, pelo menos para mim, mas... O que causa problema no vídeo do meu sistema é o comando "sudo umount -a".
Se eu desmonto unidade por unidade não acontece o problema, agora quando utilizo o comando para desmontar todas juntas, o vídeo já era.

Como possuo vário HDs, sempre estou montando e desmontando as unidades, foi por um acaso que fiz o teste após executar o comando.

É utilizar o comando e ... Não posso mais contar com o vídeo. Batata.
Se eu não tivesse realmente comprovado o que estou relatando, acho que não acreditaria.

Ainda não sei qual é a relação que este comando tem com o vídeo... Mas por enquanto quero dar uma descansada.  ::)
Se alguém com mais esclarecimento neste assunto tiver alguma idéia de como resolver este conflito, por favor, poste-a aqui.
Abraços...   


Imigrante

cavera37

cara isso aconteceu pq tem um driver da placa 3-D  em cada hd e provavelmete  os tres tavam chamando ela ao mesmo tempo a solução q pode ser util agora é instala ela denovo e usa com mais cuidado

Imigrante

#5
Então Cavera,
Se fosse este o caso, desmontar as unidades individualmente também causariam o problema.
Mesmo assim fiz o teste desconectando fisicamente os HDs com SO que possuíam driver de vídeo instalados e somente deixei conectados os HDs de armazenamento. Mesmo assim ao utilizar o comando "sudo umount -a" acontece o problema.
De qualquer maneira te agradeço pela boa intenção.
Nunca tinha ouvido falar que do nada uma distribuição Linux tentaria utilizar o driver instalado em outra distribuição de outra unidade de disco. Aonde vc encontrou referência sobre isto?
Abraços...
Imigrante

Imigrante

Agora que já descobri que o causador do problema é o comando "sudo umount -a", resolvi abrir um outro tópico para descobrir o motivo dele causar tal problema.
Acho que assim ficará mais organizado e fácil de receber ajuda.

O URL do tópico é: http://ubuntuforum-br.org/index.php?topic=19621.0

Qualquer coisa postem lá.
Agradeço desde já pela ajuda.
Abraços...
Imigrante