Arraste não comandado do mouse

meinhardt_jgbr
(usa Debian)

Enviado em 28/07/2009 - 18:45h

Tenho notado algo que incomoda, pelo menos em duas distros (Debian Lenny e sidux).

No Debian Lenny, com kde 3.5.10, devidamente atualizado e configurado para não usar nenhum tipo de efeito, nem "confete, serpentina e fantasia", ao usar o navegador por algum tempo, depois de fechado, o mouse passa a apresentar algum tipo de arraste.
Se este NoBo tivesse alguma limitação de hardware, seja relacionado com RAM (2GB) ou frequencia de processador (PIV - dual core - T2080, 1,73GHz) e não estivesse usando nenhum espaço para swap, até entenderia como alguma falha de descarga do cache (cache dump) na saida do browser.

Alguém mais já notou isto?

Enquanto o navegador está aberto, ao trocar de área de trabalho e usar outros aplicativos, o comportamento do mouse é normal, com movimentação da seta imediata, já que não está configurado nenhum tipo de efeito de arraste.
O problema apenas ocorre ao fechar o navegador.

Pensei que isto poderia ter algo a ver com a versão do kernel, porém mesmo no sidux com 2.6.30-3 com kde4.2.4 ocorre o mesmo.

Não é nada pra matar ninguém do coração porém que incomoda, isto incomoda!!
__________________
sidux (kernel 2.6.30-3.slh.1-sidux-686) http://www.sidux.com.br
Debian 5 Lenny (kernel 2.6.26)
BigLinux 4.2 (kernel 2.6.24)
NoBo Acer Aspire 5570z
BrazilFW 2.30 - Diskless Firewall e Router (AMD-K6-2 333Mhz @ 166Mhz / PcChips MoBo)

meinhardt_jgbr
(usa Debian)

Enviado em 30/07/2009 - 18:16h

Já aconteceu ou foi notado o mesmo por mais alguém?
O problema ocorre de forma aleatória. Ainda não consegui replicar. As vezes ocorre, outras vezes não.

stack_of
(usa Slackware)

Enviado em 30/07/2009 - 18:22h

O problema pode ser de hardware? Reproduz com a troca do mouse?

meinhardt_jgbr
(usa Debian)

Enviado em 30/07/2009 - 18:48h

Em pelo menos uma das ocasiões em que isto ocorreu, usei o "mouse-pad" deste NoBo e estava acontecendo o mesmo tipo de arraste (atraso de resposta). Vou tentar trocar o mouse quando ocorrer de novo pra confirmar.

albfneto
(usa openSUSE)

Enviado em 30/07/2009 - 19:10h

conheço isso, já ví, só no sabayon, e no sabayon é quando a partição do /home fica muito cheia.
outra coisa que causa isso, é problema do mouse ótico mesmo, mas no caso, vc diz, o touch dá isso também
agora vc tem isso, no mesmo comp. também no sidux super novo de kernel e KDE, e portatnto deve ser algo relacionado a seu hardware!, pq são linux diferentes e com kerneis diferentes.... e KDEs diferentes...
O sidux é muito bom!

meinhardt_jgbr
(usa Debian)

Enviado em 30/07/2009 - 23:24h

albfneto,

Estou novamente tentando replicar a situação. Estava usando o Debian 5 Lenny.
Começou a ocorrer o problema, depois de várias horas de uso.
Na verdade a sensação é aquela mesma do uso do efeito de arraste no mouse, entretanto oque ocorre é um atraso na reação do cursor ao movimento do mouse. Experimentei novamente o uso do mouse-pad do NoBo. Não pude notar o mesmo atraso de resposta no mouse-pad, enquanto no mouse continuava.

Para tirar dúvidas, pois já não posso afirmar que o mesmo ocorria no sidux com a ultima versão disponível, estou agora usando o sidux Aethir (2009-02) que tem o kernel 2.6.30, enquanto o do Debian Lenny é o 2.6.26.

Vamos confirmar se volta a ocorrer o mesmo.
Por enquanto pelo menos no Debian 5 Lenny acho que matamos a charada e pode ser algum problema no mouse óptico. Se não conseguir detectar o mesmo no sidux, testarei outro mouse óptico amanha e posto o resultado.

vlw!!

meinhardt_jgbr
(usa Debian)

Enviado em 02/08/2009 - 17:20h

Estive testando novamente o sidux e também o BigLinux 4.2, além do Debian 5 Lenny.
Acho que havia me enganado com relação ao sidux e este mesmo tipo de retardo de resposta do mouse ocorria apenas nas versões anteriores. Agora no 2009-02, insistindo no teste, não ocorreu novamente o problema, mesmo sem trocar o mouse por outro.
No BigLinux 4.2, (2.6.24-24) apesar do kernel ainda um pouco mais antigo do que o do Debian 5 Lenny atualizado (2.6.26) este problema não ocorre.

De repente deve ser algum bug no kernel, possivelmente no Xorg.

Na ultima ocorrência detectada no Debian 5, depois de várias horas trabalhando normal, ao começar a fechar algumas páginas do navegador, apareceu o problema. Dando um TOP, não notei nada fora do normal, nenhuma sobrecarga do processador ou de memória RAM, nenhum aplicativo estranho, enfim nada de anormal.

Fora este pequeno detalhe estou muito contente com o Debian 5 Lenny que tem um desempenho excelente a não ser quando ocorre este caso da demora de resposta d mouse.

meinhardt_jgbr
(usa Debian)

Enviado em 02/08/2009 - 23:59h

Resolvi, como teste, seguir a dica do Mike Pacasi, recebida no forum do GDH, acrescentando um novo parametro no arquivo de configuração do xorg, como ele sugeriu abaixo, em seu post:

http://www.guiadohardware.net/comunidade/distros-debian/995129/#post4519582

Citação:

Pelo que tenho visto, pode ser um bug no Xorg, mais precisamente no pacote xserver-xorg-input-evdev, que é o driver responsável por permitir o funcionamento do mecanismo do kernel que controla multiplos mouses e teclados como eventos ou "input" distintos.

Um jeito de melhorar este efeito de retardo é incluir a linha "Emulate3Buttons" "false" na Seção "InputDevice" como aí em baixo:
Código:

Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "Emulate3Buttons" "false" EndSection

Creio que um mouse defeituoso ou de má qualidade pode dar esses problemas (ou outros) também.

Fim da citação

Depois de feita esta alteração na configuração do mouse, já estou usando o Debian 5 Lenny ha mais de 6 horas, sem que os sintomas de degradação de performance do mouse houvesse se apresentado novamente.

Vou seguir testando e inclusive insistir no caso do BigLinux 4.2 e do sidux para se for o caso usar o mesmo tipo de correção.

meinhardt_jgbr
(usa Debian)

Enviado em 03/08/2009 - 15:49h

Agora já com um dia e meio de uso do Debian 5 Lenny, sem que o problema de atraso de resposta do mouse tenha voltado a ocorrer, acredito que seja possível supor que esteja resolvido. Vou seguir testando ainda algum tempo mais antes de editar finalmente o problema como resolvido.

andrezc
(usa Debian)

Enviado em 03/08/2009 - 18:02h

Experimente trocar o mouse.

meinhardt_jgbr
(usa Debian)

Enviado em 03/08/2009 - 20:47h

Felizmente não foi necessário substituir o mouse. Seguindo uma dica do Mike Pacasi no GDH, fiz as alterações sugeridas no xorg.conf e o problema desapareceu.

As alterações feitas foram, acrescentar uma linha no arquivo de configuração (Option "Emule3Butons" "false"):
---------------------
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "Emulate3Buttons" "false"
EndSection
--------------------
A parte disto, nas outras distros usadas, sidux 2009-02 Aethir e BigLinux 4.2 não ocorreu o mesmo tipo de degradação de resposta do mouse.

stack_of
(usa Slackware)

Enviado em 03/08/2009 - 22:42h

Eu uso o driver evdev para o mouse para habilitar a inclinação lateral da roda no meu Logitech M-UAG120.

Identifier "Mouse1"
Driver "evdev"
Option "Protocol" "evdev"
Option "Device" "/dev/input/event3" #Tenta com event0, event1, event2, event3, mice e mouse0

Option "ZAxisMapping" "11 12 10 9"