Kompilacja

minipc · Post napisał: **minipc** » 07 wrz 2020, 21:04

tuxcnc pisze: ↑
03 sty 2020, 22:34
Ja się zdecydowałem na 4.14.148-rtai-amd64, ponieważ wypowiedziałem wojnę jitterowi. Nawiasem mówiąc nie jest to oficjalna łata twórców rtai, tylko mocno przekombinowane rozwiązanie autorskie. Przekombinowane, bo wyłączono w nim dosłownie WSZYSTKO co psuło jitter, nawet tak użyteczne rzeczy jak obsługa kart graficznych Intela i Nvidii.

Znalazłem dzisiaj chwilę aby skompilować starszy kernel z patchem rtai, ciekawiło mnie jaka będzie różnica w porównaniu do 5.6.19-rt12. Na pierwszy ogień poszły wersje linux-4.14.175 i linux-4.19.114. Wszystko fajnie do momentu restartu z nowym jądrem:

Kod: Zaznacz cały

Wczytywanie systemu Linux 4.19.114-rtai-amd54...
błąd: kernel doesn't support EFI handover.
Wczytywanie początkowego dysku RAM...
błąd: najpierw należy wczytać jądro.

Naciśnięcie dowolnego klawisza kontynuuje...

System z nowym kernelem nie startuje. Po analizie okazało się, że patch rtai w pliku 0003... (kod poniżej) usuwa wsparcie dla EFI, co powoduje powyższy błąd. Po uruchomieniu make menuconfig w sekcji Processor type and features cała sekcja EFI jest wycięta (przed nałożeniem patcha jest aktywna).

Kod: Zaznacz cały

 config EFI
        bool "EFI runtime service support"
-       depends on ACPI
+       depends on ACPI && !IPIPE
        select UCS2_STRING
        select EFI_RUNTIME_WRAPPERS
        ---help---
@@ -2017,6 +2029,7 @@ source kernel/Kconfig.hz

Pomaga usunięcie && !IPIPE z powyższego kodu. Zobaczymy czy po kompilacji jądra system się podniesie.

PS. polecenie z pierwszej strony opisu cp ~/src/RTAI-master/ksrc/v4.14.148/*.patch ~/src/ - niestety już nie zadziała, w archiwum RTAI-master (katalog ksrc) nie ma już patch'y dla wersji kernel'a 4.14.148. Ciekawe po co to usuwają.

drzasiek90 · Post napisał: **drzasiek90** » 09 wrz 2020, 08:59

minipc pisze: ↑
07 wrz 2020, 21:04
PS. polecenie z pierwszej strony opisu cp ~/src/RTAI-master/ksrc/v4.14.148/*.patch ~/src/ - niestety już nie zadziała, w archiwum RTAI-master (katalog ksrc) nie ma już patch'y dla wersji kernel'a 4.14.148. Ciekawe po co to usuwają.

Może co rusz to wykrywają jakieś bugi, jak nie są w stanie wyeliminować albo nie ma kto to usuwają całość.

Jaką opcje trzeba włączyć aby aby sypało tym co się dzieje podczas wczytywania początkowego dysku ram?
Zdarzało mi się kilka razy po kompilacji zwiecha na wczytywaniu ale nic nie sypie więc nie wiem z jakiego powodu.

minipc · Post napisał: **minipc** » 09 wrz 2020, 14:06

drzasiek90 pisze: ↑
09 wrz 2020, 08:59
Jaką opcje trzeba włączyć aby aby sypało tym co się dzieje podczas wczytywania początkowego dysku ram?
Zdarzało mi się kilka razy po kompilacji zwiecha na wczytywaniu ale nic nie sypie więc nie wiem z jakiego powodu.

Chodzi Ci o komunikaty na ekranie podczas wczytywania systemu?

Usuń tekst między "" w pliku /etc/default/grub, w tym wierszu:

GRUB_CMDLINE_LINUX_DEFAULT=""

Jeśli masz więcej niż jeden kernel możesz dać:

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=3

Na koniec: sudo update-grub i restart systemu.

drzasiek90 · Post napisał: **drzasiek90** » 10 wrz 2020, 09:05

minipc pisze: ↑
09 wrz 2020, 14:06

drzasiek90 pisze: ↑
09 wrz 2020, 08:59
Jaką opcje trzeba włączyć aby aby sypało tym co się dzieje podczas wczytywania początkowego dysku ram?
Zdarzało mi się kilka razy po kompilacji zwiecha na wczytywaniu ale nic nie sypie więc nie wiem z jakiego powodu.
Chodzi Ci o komunikaty na ekranie podczas wczytywania systemu?

Usuń tekst między "" w pliku /etc/default/grub, w tym wierszu:

GRUB_CMDLINE_LINUX_DEFAULT=""

Jeśli masz więcej niż jeden kernel możesz dać:

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=3

Na koniec: sudo update-grub i restart systemu.

Wiem gdzie i jak to się zmienia

Chodziło mi o to, która to dokładnie opcja? Nie chcę usuwać wszystkich w ciemno.
Czy może chodzi quiet?

p.s. od pewnego czasu używam grub-customizer, opcja wygodniejsza niż edycja ręczna /etc/default/grub.

minipc · Post napisał: **minipc** » 10 wrz 2020, 11:27

Usuń parametry quiet splash.

mirkap · Post napisał: **mirkap** » 10 gru 2020, 09:31

tuxcnc pisze: ↑
03 sty 2020, 22:34
DLATEGO JEDYNYM ROZWIĄZANIEM JEST INSTALACJA Z NAJNOWSZEGO PLIKU xubuntu-18.04.3-desktop-amd64.iso , a następnie jego natychmiastowa aktualizacja.

Dzisiaj najnowsza wersja to xubuntu-18.04.5! Jakie jest ryzyko downgradeowania Kerala do wersji 4.14.148? Czy jest to mozliwe?

tuxcnc · Post napisał: **tuxcnc** » 10 gru 2020, 10:28

mirkap pisze: ↑
10 gru 2020, 09:31
Jakie jest ryzyko downgradeowania Kerala do wersji 4.14.148? Czy jest to mozliwe?

Formalnie starszy kernel powinien czegoś nie obsługiwać, albo robić to gorzej w porównaniu do nowego.
W praktyce różnie bywa, dużo zależy od sprzętu.
U mnie na przykład jest problem z obsługą grafiki wbudowanej w Ryzen 5 3400G, ale raczej nikt takiego komputera nie będzie używał do obsługi maszyny, bo doskonale się sprawdzi dziesięciokrotnie tańszy sprzęt poleasingowy.
Akurat przy Xubuntu 18.04.5 i kernelu 4.14.148 niczego niepokojącego nie zauważyłem.
Przypominam tylko, że to jest kernel RTAI do użytku WYŁACZNIE ze sprzętem AMD/AMD, i tylko w takim przypadku może, ale wcale nie musi, być sens jego używania.
Krótko mówiąc jak ktoś ma jakiś AMD z Radeonem, to może sprawdzić czy RTAI sprawdzi się na tym sprzęcie.
Na jednym komputerze mam z RTAI jitter rzędu 10000, na innym lepiej się sprawdza RT-preempt, chociaż oba AMD ...

mirkap · Post napisał: **mirkap** » 10 gru 2020, 12:14

Ups, a myslyślałem że ma to drugorzedne znaczenie, najwyźej coś tam będzie mniej doskonałe.

Jaki w takim razie polecałbyś kernel pod dwurdzeniowy intel I grafikę też intel?

Na orginalnej kompilacji LinuxCNC Uspace 2.7.0 Debian 9 Stretch PREEMPT-RT pobranej worst z LinuxCNC.org osiagnąłem jitter 32000 I to po ostrej optymalizacji. Nic wiecej z tej konfiguracji nie wycisnę.

tuxcnc · Post napisał: **tuxcnc** » 10 gru 2020, 13:04

mirkap pisze: ↑
10 gru 2020, 12:14
Jaki w takim razie polecałbyś kernel pod dwurdzeniowy intel I grafikę też intel?

Kolega drzasiek90 gdzieś udostępnił moją instalkę Xubuntu 18.04.5 z kernelem 5.6.19-rt12 i Linuxcnc 2.9, ale ja już nie pamiętam gdzie.
Znajdź i spróbuj, bo warto mieć w miarę nowy system i oprogramowanie.
A jitter rzędu 30000 jest całkiem spoko, tylko trzeba zejść z mikrokroku.

drzasiek90 · Post napisał: **drzasiek90** » 10 gru 2020, 13:06

mirkap pisze: ↑
10 gru 2020, 12:14
Na orginalnej kompilacji LinuxCNC Uspace 2.7.0 Debian 9 Stretch PREEMPT-RT pobranej worst z LinuxCNC.org osiagnąłem jitter 32000 I to po ostrej optymalizacji. Nic wiecej z tej konfiguracji nie wycisnę.

Ja na tym na żadnym z testowanych komputerów nie miałem dobrego wyniku. Komputer na której deb7 dawał 7-10 us to 9 dawała 30-50 us.
Spróbuj tego:
http://machmaker.pl/data/files/xubuntu- ... -amd64.iso
To obraz przygotowany przez tuxcnc, u mnie daje dobre wyniki porównywalne z deb7.
Nie zapomnij powyłączać niepotrzebnego cholerstwa w biosie oraz jakieś tryby oszczędzania energii, zmiany częstotliwości CPU itd.
I jeszcze to:
nigdy-nie-wierz-benchmarkom-t103779.htm ... us#p711907

Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Re: Kompilacja

Blachowkręt 6-kt ząbk. ST 5,5x25 oc.B ISO 7053

Adapter przedłużka ER16-ER20

Blachowkręt 6-kt ząbk. ST 5,5x25 oc.B ISO 7053

Adapter przedłużka ER16-ER20

Zaloguj się • Zarejestruj się

Połącz się z kontem sieci społecznościowej