Obsługa wielu wrstw

transmisja ma niski priorytet tylko kiedy nic się nie dzieje w programie głównym - sprawdza czy kontroler żyje, wyświetla jego aktualny stan itd ale jeśli

prokopcio pisze: jeśli niema natychmiastowej potrzeby aby zwiększyć priorytet

czytaj jeśli trwa transmisja danych (np praca w automacie) na żadne ułamki sekund nie jest wstrzymywana transmisja.

transmisja ma niski priorytet tylko kiedy nic się nie dzieje w programie głównym - sprawdza czy kontroler żyje, wyświetla jego aktualny stan itd ale jeśli
prokopcio napisał/a:
jeśli niema natychmiastowej potrzeby aby zwiększyć priorytet
czytaj jeśli trwa transmisja danych (np praca w automacie) na żadne ułamki sekund nie jest wstrzymywana transmisja.

Czyli w czasie obróbki wracasz w stare buty i zajmujesz 87% czasu procesora - a wystarczyło by 0,5%

Nie u wszystkich pokazuje 97% a też to nie jest tak jak się wydaje w tym przypadku (pisałem wyżej)

cosimo pisze:W moim programie na celeronie 2,4GHz
w czasie wykonywania programu (obróbka w toku) zużycie czasu procesora średnio nie przekracza 8% (oczywiście z pełną wizualizacją)

co u ciebie oznacza "pełna wizualizacja" bo nie używałem Twojego programu?

[ Dodano: 2010-12-02, 21:48 ]
To jednak nie transmisja mi "pożera" czas procesora

ok, już chyba wiem czym się różnimy w rozumowaniu - pobrałem sobie Twój program, Ty analizujesz / wyświetlasz / wizualizujesz itd. linia po linii kodu a ja krok po kroku czyli jedna Twoja linia może dać kilka tysięcy w przypadku mojej symulacji. Chyba że się mylę?

Czy Twoja Symulacja / Wizualizacja czterech punktów (kwadrat) pokazuje wykonaną już pracę w każdym kroku czy tylko wyświetla aktualną pozycję wrzeciona i aktualną linię g-kodu ?

[ Dodano: 2010-12-02, 22:15 ]
ok, po wyłączeniu wizualizacji ścieżki za każdym krokiem obciążenie spada jak u Ciebie cosimo, oczywiście kosztem wyświetlania co linię - pewnie dlatego Twoje pliki demonstracyjne są złożone z kilku odcinków na jednej prostej - poprawia to w jakimś stopniu efekt ich wizualizacji.

Czy Twoja Symulacja / Wizualizacja czterech punktów (kwadrat) pokazuje wykonaną już pracę w każdym kroku czy tylko wyświetla aktualną pozycję wrzeciona i aktualną linię g-kodu ?

Ekran odświerzany jest 10 razy na sekundę. Wyświetlana jest aktualna pozycja wrzeciona, (ten duży krzyżyk) podświetlany jest aktualnie wykonywany wektor (oczywiście wszystkie pozostałe wektory również), oraz ścieżka jaką do tej pory przebyło wrzeciono. Widok w czasie pracy można zoom-ować wybierać inne fragmenty. Zarejestrowana ścieżka narzędzia nie znika od tego. Tak więc jak tniesz np. ten kwadrat to dokładnie widzisz ile jest już wycięte. (nawet jak kwadrat będzie metr na metr i z czterech wektorów

To jednak nie transmisja mi "pożera" czas procesora

Chciałbyś aby to była prawda

demonstracyjne są złożone z kilku odcinków na jednej prostej - poprawia to w jakimś stopniu efekt ich wizualizacji.

Fałszywy trop

Jeżeli pobawiłeś się moim programem to wiedz, że w czasie obróbki obciążenie systemu jest praktycznie takie samo jak w trakcie tej zabawy.

no tak, u mnie też obciążenie sysetemu w czasie pracy jest takie samo (bardzo zbliżone) jak w symulacji stąd mój wniosek że nie o transmisję chodzi. Jak wyświetlam tylko pozycję krzyżykiem a podgląd ścieżki co linię kodu (po wyłączeniu wygładzania krawędzi linii) a nie krok po kroku to mam obciążenie takie samo jak u Ciebie ale nie zależy mi na tym żebyś mi uwierzył .

ale dzięki Tobie/Wam posiedziałem wczoraj sporo nad analizą co ile pochłania i teraz wiem, że być może warto dorobić ptaszka do włączenia "okrojonej" wizualizacji.

Ekran odświerzany jest 10 razy na sekundę. Wyświetlana jest aktualna pozycja wrzeciona, (ten duży krzyżyk) podświetlany jest aktualnie wykonywany wektor (oczywiście wszystkie pozostałe wektory również), oraz ścieżka jaką do tej pory przebyło wrzeciono.

Kurcze jakoś tego nie zauważyłem, może później zerknę jeszcze raz.

oprawcafotografii pisze: U mnie (Athlon 1.7GHz 2200+) program na caly ekran - 97%
Program zminimalizowany - 87%.

Stary laptop Toshiba Satellite, Celeron 1.1 GHz. Program obciąża procesor prawie na 100% (przy czym czas jądra zajmuje na wykresie użycia procesora CPU około 80%). Żadnych zakłóceń w pracy maszyny. Na wizualizacji widać chwilowe zatrzymania wskaźnika aktualnie obrabianego miejsca.

prokopcio pisze:warto dorobić ptaszka do włączenia "okrojonej" wizualizacji.

dorobiony, na procesorze 2,2GHz zużycie czasu przez procesor skacze 5-15% a przy dwóch kontrolerach 7-18%. Można zejść dużo niżej (3-5%) jeśli odświeżanie mocno zmniejszyłem ale wygląda to nie fajnie. teraz patrzę, że macie rację - na moim starym laptopie 900MHz obciążenie nie spada ze 98-99% przed okrojeniem grafiki mimo, że mogę wykonywać inne czynności bez problemu i bez obawy o choćby najmniejszą utratę płynności pracy maszyny. Po dodaniu możliwości okrojenia obciążenie na wskaźnikach windows spadło do 45-50% ale bez żadnej różnicy w pracy kompa (przynajmniej ja nie zauważam różnicy) - dziwne.

[ Dodano: 2010-12-04, 00:04 ]

cosimo pisze: podświetlany jest aktualnie wykonywany wektor

Tutaj główna różnica, która u Ciebie "zwalnia" kompa z liczenia poszczególnych pikseli w jednym wektorze, zwłaszcza u mnie to jest odczuwalne przy włączonym wygładzaniu krawędzi linii żeby nie wyglądały jak z ms-painta. Pewnie użycie OpenGL/DirektX lub podobnych poprawiłoby znacznie moje "nieudolne" wyświetlanie.

Prokopcio zamieścisz nową wersję – przetestuje i dam znać. Póki co mam wrażenie, że wątki obsługujące komunikacje i symulację są coś „nie teges”. Ale oczywiście grafiką też można się „zarżnąć”.

(u mnie Twój program w trybie symulacji (celeron 2,4GHz) obciążenie w granicach 95-100% i niestety czuć to bardzo) - tak więc wydaje się, że potrafi skonsumować każdy „pałer” który dostanie – co potwierdzało by moją powyższą teorię.

dokładnie, grafika u mnie jest "toporna" już o tym pisałem, ale nie powinna w żadnym wypadku zajmować 2,4GHz na 100% -co prawda symulacja pożera więcej czasu niż praca ze względu na "próbę" zachowania rzeczywistej prędkości taktowania silników ale u mnie na 2,2GHz zajmuje 20-24%. Jak wyłączę wyświetlanie podczas pracy całkowicie to obciążenie spada do 0% wg wskaźnika windows. Zamieszczę wersję na dniach po wprowadzeniu jeszcze wielu drobiazgów,sam wiesz to niekończąca się praca a czasu tak niewiele mam dla CNConv'a

cosimo pisze:Prokopcio zamieścisz nową wersję – przetestuje i dam znać. Póki co mam wrażenie, że wątki obsługujące komunikacje i symulację są coś „nie teges”. Ale oczywiście grafiką też można się „zarżnąć”

Masz mój kontroler żeby testować?

Masz mój kontroler żeby testować?

Nie.. i raczej ze zrozumiałych powodów nie kupię . Tylko tryb symulacji zostaje.