Emacs reduz o tempo de carregamento com arquivos AUCTeX em TeX

11

Instalei os pacotes auctexe emacsem dois computadores Xubuntu 14.04, ambos funcionando bem. O Emacs em si funciona bem em ambos, mas agora com o auctexpacote instalado, quando carrego um arquivo TeX (mesmo um vazio), tenho um tempo de carregamento de seis segundos auctex, pelo qual preciso passar toda vez que carrego um arquivo TeX.

Isso é normal?

Caso contrário, o que posso fazer para reduzir esse tempo?

Pesquisei na Internet e nada apareceu, apenas o fato de que a análise de arquivos pode levar muito tempo, mas isso não acontece porque habilitei o recurso para salvar e carregar arquivos de análise.

Estou usando o Emacs 24 com o AUCTeX 11.87

EDIT: A saída do *messages*buffer se parece com isso para um arquivo TeX recém-aberto:

("emacs" "hi.tex")
Loading 00debian-vars...done
Loading /etc/emacs/site-start.d/50auctex.el (source)...
Loading /usr/share/emacs/site-lisp/auctex.el (source)...done
Loading /usr/share/emacs/site-lisp/preview-latex.el (source)...done
Loading /etc/emacs/site-start.d/50auctex.el (source)...done
Loading /etc/emacs/site-start.d/50autoconf.el (source)...done
Loading /etc/emacs/site-start.d/50cmake-data.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Error while loading 50dictionaries-common: Symbol's value as variable is void: debian-aspell-only-dictionary-alist
Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...
Loading cjk-enc...done
Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...done
Loading /etc/emacs/site-start.d/50latex-cjk-thai.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
(New file)
Applying style hooks... done
exchange-point-and-mark: No mark set in this buffer [6 times]
exchange-point-and-mark: No mark set in this buffer

emacs

— user133987
fonte

Você poderia verificar o *Messages*buffer e postar se houver alguma mensagem durante o processo? Outra opção é e M-x toggle-debug-on-quit RET, enquanto o Emacs está se divertindo, pressione Cg. Em seguida, poste o rastreamento de pilha obtido.

— Alan Shutko

Isso também pode ser útil: DOtemacs ProfilEr - um perfilador por sexp-evaltime: github.com/emacsmirror/dope . Lembro-me vagamente de usá-lo anos atrás para criar um perfil da minha configuração ao ter problemas similares relacionados ao AUCTeX / tempo de carregamento. Reduza sua configuração ao mínimo (estilo de depuração de espingarda) e veja se há alguma alteração. Você também pode dar uma olhada em algumas informações aqui: emacswiki.org/emacs/OptimizingEmacsStartup , como ex: using autoload (AutoLoad) e eval-after-load (EvalAfterLoad), arquivos de compilação de bytes e assim por diante.

— Criveti Mihai

0

LaTeX / P é o modo LaTeX no modo secundário PDF. Eu nunca tive um problema com o AUCTeX (e o uso desde o emacs v22), então eu realmente não acho que o AUCTeX em si seja o seu problema.

Quando você inicia o emacs com -q, ele não carrega nenhum arquivo de inicialização. Consulte a documentação para obter mais informações sobre isso.

Se você estiver usando o Linux, eu tentaria reinstalar o emacs a partir do código-fonte. Nunca confiei nos repositórios de pacotes para realmente funcionar. (A maior parte dessa desconfiança vem dos pacotes TeX com mais de quatro anos.) Se você estiver usando o windoze, instale a partir do servidor ftp da FSF. Se você estiver usando o mac, instale a partir de emacsformacosx.com

— kommander0000
fonte

0

A maneira geral de depurar problemas com a inicialização lenta é usar os sinais de interrupção do emacs ( /emacs/506/debugging-a-frozen-emacs )

Corre emacs --debug-init
Encontre o pid do processo com ps -ef | grep emacs
Envie ao processo um sinal de interrupção kill -SIGUSR2 $PID
Isso faz com que o emacs mostre um backtrace
Pesquise na Internet qualquer coisa óbvia neste rastreamento
Caso contrário, inicie o experimento executando algumas dessas funções manualmente para ver por que elas são lentas.

Talvez você também esteja interessado na troca de emacs stackexchange. (Não tenho certeza do que penso sobre algumas das fragmentações stackexchange ...)

— Att Righ
fonte