O Emacs é lento de abrir, e há uma defasagem ao mover a posição do cursor, abrir arquivos e pesquisar dentro de quadros quando o emacs está no modo maximizado / tela cheia - tudo bem quando está ocupando apenas parte da tela.
O gedit parece estar ok, e rodar o emacs em nenhum modo de janela (emacs -nw) e o modo No-X (emacs-nox) funciona muito bem - as coisas são velozes.
Este sistema é uma caixa Intel quad-core com 8GB de memória. Tem duas placas nvidia e três monitores.
Cartão de cabeça dupla: Placa de Vídeo Placa de Vídeo EVGA GeForce GT 520 01G-P3-1526-KR
Cartão de cabeça única: Placa gráfica ZOTAC GeForce GT218 (ION) de 512 MB DDR3 DVI / HDMI PCI Express 1, ION-GPU-A-E
Eu estava rodando ambas as placas com três telas no Fedora 14 de 64 bits, e tudo funcionou bem. Mas quando atualizei para o Fedora 16, os drivers do kernel e nvidia foram atualizados, e as coisas começaram a ficar lentas.
Por exemplo, no emacs, adicionar novas linhas a um arquivo enquanto ele está totalmente maximizado causou um atraso enquanto a tela foi redesenhada / repatinada, conforme as linhas se moviam lentamente para a posição. Se você mantiver pressionada a tecla de retrocesso e soltá-la, levará alguns segundos para o cursor parar e ser concluído. É como um problema de buffer ou repaint / redesenho.
As coisas melhoram um pouco quando desativo a placa GeForce GT218 e só executo duas telas, ambas no GT520, mas ainda há um atraso no emacs quando você retrocede em uma série de caracteres.
Isso acontece tanto no Gnome quanto no XFCE, por isso não é específico do Gnome. O Gnome 3 está rodando no modo de fallback, e eu mudei para o XFCE pensando que o Gnome 3 era o culpado, mas a defasagem permanece.
O Fedora 14 foi bom, e todo o hardware é o mesmo.
$ uname -a Linux love 3.1.2-1.fc16.x86_64 # 1 SMP Ter Nov 22 09:00:57 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux
Alguma idéia?
relatório de bug nvidia anexado aqui ... link