Zdarzyło się, ale nie dlatego że mogłem ale dlatego że miałem cel-potrzebe korzystania z linuxCNC na mincie - bo lubię minta. Kompilowalem na Ubuntu bo chciałem zobaczyć czy da lepszy wynik niż na mincie. Teraz nie kompiluje bo dystrybucję na Debiana są dostępne, na Ubuntu udostępnił tuxcnc. Dlatego pytałem o cel, z czystej ciekawości.

Jaki efekt chcesz osiągnąć? Kompilujesz bo lubisz? Bo masz czas i chcesz spróbować? Nie czepiam się, pytam z ciekawości.

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

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 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.

Zhan pisze: ↑

19 mar 2020, 01:58

O ile na starym Ubuntu 10.04 i na debianie był bardzo przyzwoity, max 12000 po godzinie testowanie to teraz po chwili testu potrafi wskoczyć na ponad 200000.

Na Ubuntu pewnie miałeś linuxCNC 2.7
Ja robiłem instalacje z gotowego ISO, Debian wheezy i linuxCNC 2.7. Laatency test wskazywał max jitteru ok 7 US. Wystarczy tylko na skompilować i zainstalować linuxCNC 2.9 (bez kompilacji jądra, tylko i wyłącznie sam linuxCNC) i już latency test na tym samym komputerze potrafi skoczyć do 50us już w pierwszej minucie testu. Podglądałem na oscyloskopie jak wygląda przebieg sygnału kroku, generowany co 100 US. Trigger ustawiony na wychwytywanie levelu dłuższego niż (wychwytywanie poziomu niskiego dłuższego niż np 110 US) i tak naprawdę nie zaobserwowałem tych 50 US nigdy. Przebieg był stabilny i tak naprawdę nie różnił się od tego na linuxCNC 2.7 gdzie latency test wskazywał o wiele mniejsze wartosci.