Grandes números fazem o vim rodar lentamente?


18

Parece uma pergunta realmente tola, mas eu tenho um arquivo Python com um número de mil dígitos e esse arquivo parece estar rodando muito lentamente, não tenho certeza se há algum tipo de processamento em andamento. desconheço.

Pressiono a fila je há uma pausa definitiva de ~ 1 segundo, é muito doloroso!

Eu só tenho isso no arquivo Python, porém, isso não acontece em outros.

Depois de excluir o número, o arquivo volta a funcionar normalmente ...

Aqui está o número:

number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""")

Na verdade, nem é um número, é uma string.


2
Confirmado aqui; não acontece se o arquivo for .txt. Alguma sintaxe destaca o padrão regexp se extraviando, suponho.
Rmano 22/03

Como isso está relacionado ao destaque da sintaxe, a solução simples seria definir synmaxcolum número limitado (como a largura do seu terminal).
Slade

Respostas:


23

Eu posso reproduzir isso com o syntax/python.vimque acompanha o Vim 7.4.663.

Usando :syntime, isso parece ser causado pelo seguinte grupo / padrão de sintaxe:

TOTAL      COUNT  MATCH   SLOWEST     AVERAGE   NAME               PATTERN
73.870736   20     0       3.940215    3.693537  pythonNumber       \%(^\|\W\)\@<=\d*\.\d\+\%([eE][+-]\=\d\+\)\=[jJ]\=\>

Você deve relatar esse problema ao seu mantenedor (o nome e o endereço de email estão no cabeçalho do script).

Aliás, originalmente não consegui reproduzir isso, porque uso um script de sintaxe alternativo a partir daqui . Mudar para isso (se atender aos seus requisitos) também seria uma solução viável.


Edit: Olhando mais para a causa provável, isso parece dever-se ao desempenho patológico do novo mecanismo de expressão regular baseado em NFA. Com :set regexpengine=1, não vejo essa enorme desaceleração. Portanto, uma possível solução / correção seria alternar para o mecanismo antigo para essa correspondência de sintaxe; isso pode ser feito anexando \%#=1ao padrão (cp. :help NFA).


obrigado @Ingo, nunca relatei nada antes, mas estou feliz em fazê-lo. Eu tenho o arquivo de sintaxe /usr/share/vim/vim74/syntax, o desenvolvedor no topo é Neil Schemenauer <nas@python.ca>. Posso te perguntar; foi por isso que você alterou os arquivos de sintaxe originalmente? Graças
Baxx

Sim está certo; a versão mais recente é de 16 de julho de 2014, portanto é provável que ainda esteja sendo mantida e você receberá uma resposta do autor. Você pode apontar para ele, sua pergunta, pois ela já contém um bom exemplo reproduzível.
Ingo Karkat 22/03/2015

Acabei de encontrar minha sintaxe alternativa do Python em algum lugar; Raramente estou editando arquivos Python, por isso não pensei muito até agora.
Ingo Karkat 22/03/2015

obrigado @Ingo, alterei os arquivos de sintaxe e não está mais sendo tão lento. Receio que os mecanismos regex estejam um pouco além do meu entendimento; no entanto, enviarei um e-mail ao desenvolvedor, estou feliz em realizar quaisquer testes.
Baxx
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.