Zbuduj minimum Emacsa 25 do testów jednostkowych

Chciałbym zbudować bardzo minimalny wariant pnia Emacsa do testowania jednostkowego mojego pakietu Emacs Lisp. Kompilacja nie wymaga GUI, wsparcia dla obrazu itp. Powinna być w zasadzie minimalnym interpretatorem Emacs Lisp z podstawowymi bibliotekami Emacs Lisp i powinna być budowana szybko , najlepiej w mniej niż pięć minut.

Obecnie przechodzę --with-x-toolkit=no --without-x --without-alldo ./configure. Po zakończeniu mówi mi, że wszystkie funkcje Emacsa są wyłączone, ale niestety kompilacja trwa jeszcze prawie dziesięć minut .

Rozumiem, że szybsze budowanie Emacsa może być niemożliwe, ale zastanawiam się, że przy tych samych flagach Emacs 24.5 buduje się w zaledwie dwie minuty .

Jaki jest powód tak dużej różnicy i czy mogę sprawić, żeby pień Emacsa budował tak szybko, jak Emacs 24.5?

I w pokrewnym pytaniu, jak zmusić Emacsa do budowania po cichu? Obecnie prawie 80% moich wyników testów jednostkowych to Emacs. Idealnie, chciałbym nie make installdrukować wcale.

Powodem, dla którego 24.5 buduje się dla ciebie tak szybko, jest fakt, że .elcpliki są faktycznie dystrybuowane w archiwum, zobacz make-dist . Podczas budowania z git większość czasu spędza na kompilacji .elplików .elc. Dzięki optymalizacji kodu C kompilacja Lisp może działać szybciej, ale nadal zajmuje dużo czasu. Porównaj czasy kompilacji przy użyciu oryginalnych ustawień (~ 14 vs ~ 1 minut) z kompilacją przy użyciuCFLAGS='-O2 -march=native' (~ 9 vs ~ 1,5 minuty).

Również klonowanie z git zajmuje około minuty, podczas gdy pobieranie i rozpakowywanie tarballa zajmuje około 5 sekund. Porównaj czasy kompilacji między wersjami podczas pobierania archiwum git z github (~ 5, ~ 6, ~ 8 minut odpowiednio dla v24.5, master i emacs-25. Jak widać, gdy nie używasz tarballa dystrybucyjnego, wszystkie czasy kompilacji są co najmniej tego samego rzędu wielkości (nie wiesz, dlaczego emacs-25 działał wolniej niż master, może być przypadkową odmianą lub jakiś przestarzały kod został usunięty w master?).

I w pokrewnym pytaniu, jak zmusić Emacsa do budowania po cichu? Obecnie prawie 80% moich wyników testów jednostkowych to Emacs. Idealnie, chciałbym nie make installdrukować wcale.

Zawsze możesz przekierować wyjście na /dev/null. W moich eksperymentach potokowałem dane make installwyjściowe, aby grep -E '^(make|[A-Z])'zmniejszyć dane wyjściowe (javascript Travis CI, który formatuje dziennik w Internecie, miał problem z pełnym wyjściem).

czy mogę zmusić Emacsa do budowania tak szybko, jak Emacs 24.5?

Nie (lub tak w tym sensie, że możesz zmusić Emacsa 24.5 do budowania (prawie) tak wolno, jak pień Emacsa: p). Możesz jednak zapisać kompilację Emacsa i pobrać ten buforowany wynik do testów jednostkowych. Zaimplementowałem to w gałęzi przesyłania mojego widelca emacs-travis, oto przykład użycia yasnippet : czas instalacji Emacsa wynosi ~ 2,5 sekundy.

Oto różne sugestie.

1. Brak plików elc.

Jak stwierdzono poniżej, kompilacja wszystkich plików lisp stanowi co najmniej 10% czasu. Jednym ze sposobów na wyłączenie tego jest edycja celu loaddefs w pliku lisp/Makefilei zmiana tego na:

    $(lisp)/loaddefs.el: $(LOADDEFS)
          true

2. Brak optymalizacji kompilatora lub tabel symboli debugera

Obecnie przekazuję --with-x-toolkit = no --without-x --without-all do ./configure.

Byłem w stanie skrócić czas kompilacji C do 1/4 czasu (z nieco mniej niż minuty do 16 sekund) w src, po prostu zmieniając domyślne flagi kompilacji. Domyślną CFLAGS Dostałem zostały: -g -O3.

Więc użyj zamiast tego CFLAGS=''.

3. Nie uruchamiaj make install, ale po prostu uruchom wbudowane emacs z katalogu src .

Jak stwierdzono poniżej, kolejne 10% czasu zajmuje tworzenie dokumentacji. Chociaż nie zdążyłem tego czasu, bez wątpienia dużo czasu kopiuje się i kompresuje make install. Więc nie rób tego. Jeśli chcesz powtórzyć wykresy czasowe, uruchom remake --profile.

Powyższe obserwacje opierają się na ...

Pierwszym krokiem jest zrozumienie, gdzie poświęcony jest czas, aby dowiedzieć się, jak go zmniejszyć. Na szczęście dla czegoś takiego jak Emacs, niedawno napisałem (a raczej rozszerzyłem) narzędzie, które pomoże ci się dowiedzieć. Dodałem --profileopcję przeróbki (widelec GNU), która powie ci, ile czasu spędzasz na określonych celach.

Próbowałem zbudować ostatnią migawkę i tak, zajmuje to około 10 minut. Jeśli nie masz zainstalowanego remake'u, mam streszczenie informacji profilujących, które możesz wykorzystać w moim uruchomieniu. Używam kcachegrind do wyświetlania informacji, ale mogą istnieć inne narzędzia do wizualizacji. W treści znajduje się png, który jest zrzutem ekranu z biegu.

Teraz do szczegółów ...

W moim biegu około 20% czasu spędzam na tworzeniu plików lisp i informacji, których tak naprawdę nie trzeba robić. W rzeczywistości trochę więcej wydaje się na pliki lisp niż na pliki informacyjne. Prawdopodobnie możesz zmienić plik Makefile, aby to pominąć.

Interesujące może być porównanie z emacsem 24. Domyślam się, że rozmiary obu z nich wzrosły proporcjonalnie.

Jeśli jest zainteresowanie (które możesz pokazać poprzez upvotes), zasugeruję konkretne hacki Makefile. Jednak samo to powinno wystarczyć, aby ktoś zmotywowany do pracy.