Czy duże liczby powodują, że vim działa wolno?

18

To wydaje się bardzo głupie pytanie, ale mam plik Pythona, który ma liczbę o długości tysiąca cyfr i ten plik wydaje się działać bardzo wolno, nie jestem pewien, czy dzieje się coś takiego nie jestem świadomy.

Naciskam line-up ji jest wyraźna przerwa ~ 1 sekundy, co jest bardzo bolesne!

Mam to jednak tylko w pliku Python, nie dzieje się tak na innych.

Po usunięciu numeru plik znów działa normalnie ...

Oto numer:

number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""")

To nawet nie jest liczba, to ciąg znaków.

baxx
źródło
2
Potwierdzono tutaj; nie dzieje się, jeśli plik jest .txt. Przypuszczam, że niektóre składnie podkreślają wzorzec wyrażeń regularnych.
Rmano
Ponieważ jest to związane z podświetlaniem składni, prostym obejściem byłoby ustawienie synmaxcolpewnej ograniczonej liczby (takiej jak szerokość terminala).
Slade

Odpowiedzi:

23

Mogę to odtworzyć w zestawie syntax/python.vimz Vimem 7.4.663.

Przy użyciu :syntimewydaje się, że jest to spowodowane następującą grupą / wzorcem składni:

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

Powinieneś zgłosić ten problem jego opiekunowi (jego nazwa i adres e-mail znajdują się w nagłówku skryptu).

Nawiasem mówiąc, pierwotnie nie mogłem tego odtworzyć, ponieważ używam alternatywnego skryptu składniowego stąd . Przejście na to (jeśli pasuje do twoich wymagań), również byłoby dobrym rozwiązaniem.


Edycja: Patrząc dalej na prawdopodobną przyczynę, wydaje się, że jest to spowodowane patologiczną wydajnością nowego silnika regexp opartego na NFA. Dzięki :set regexpengine=1nie widzę tak wielkiego spowolnienia. Jednym z możliwych obejść / poprawek byłoby przejście na stary silnik dla tego dopasowania składni; można tego dokonać przygotowując \%#=1się do wzorca (cp. :help NFA).

Ingo Karkat
źródło
dzięki @Ingo, nigdy wcześniej nic nie zgłaszałem, ale cieszę się, że to zrobiłem. Mam plik składni /usr/share/vim/vim74/syntax, programista u góry to Neil Schemenauer <[email protected]>. Czy mogę cię zapytać; czy dlatego pierwotnie zmieniłeś pliki składniowe? Dzięki
baxx
Tak to prawda; najnowsza wersja pochodzi z 16 lipca 2014 r., więc prawdopodobnie nadal jest utrzymywana, a otrzymasz odpowiedź od autora. Możesz wskazać mu to na swoje pytanie, ponieważ zawiera już ładny, powtarzalny przykład.
Ingo Karkat
Właśnie gdzieś znalazłem swoją alternatywną składnię Pythona; Rzadko edytuję pliki Pythona, więc do tej pory nie zastanawiałem się zbyt długo.
Ingo Karkat
dzięki @Ingo, zmieniłem pliki składniowe i nie jest już tak wolno. Obawiam się, że silniki regex są trochę poza moim zrozumieniem, ale wyślę e-mail do dewelopera, chętnie przeprowadzę wszelkie testy.
baxx