Raspbery PI a raczej już BeagleBone Black :)

[kamar]

J ale ostatnio władowałem mu program na ponad 70tys. linii i ?:

Ja takowych nie posiadam, jak podeślesz to spróbuję uruchomić.

[markcomp77]

zrobiłem test... obserwowałem wykresy obciążenia procesora i zajęcia pamięci...

podczas próby ładowania 1000 obiegów w pętli przykładu arcspiral... procesor prawie momentalnie się nasyca, natomiast zajętość pamięci systematycznie narasta, aż do przerwania ładowania i wyrzuceniu błędu linuxcnc - przy zajęciu całej wolnej pamięci

Ja takowych nie posiadam, jak podeślesz to spróbuję uruchomić.

można zastosować ten plik arcspiral do zamulenia lub zablokowania BBB, po dopisania zapętlenia....

[kamar]

Nie sztuka zamulić zapętleniem
Dostałem plik od kol. Jacka i rzeczywiście na starym Dellu muli makabrycznie po wczytaniu.



Dzięki koledze będzie na czym testować BBB, ale za kilka dni, jak odrobię zaległości na porębie.

[markcomp77]

mi udało się zamulić pętlą na spirali i7/8GB ram+ 10GB swapa
obciążenie procka było prawie nie widoczne, jednak przy dużym przeciążeniu pamięci system prawie przestawał reagować nawet na mysz...

Szybkość procka nie jest krytyczna, istotna jest ilość pamięci w systemie przy dużych plikach... (najlepiej aby SWAP nie był potrzeby)

ciekawe na ile starczy 512MB RAMu z BBB?

[micges]

Generalnie problemem jest pamięciożerność podglądu opengl. Jest one wiielopoziomowy i przekombinowany. Chłopaki z MachineKit mają parę propozycji jak usunąć ten problem, na pewno tego nie zostawią.

[syntetyczny]

w BBB jest 1gb ramu jeżeli dobrze pamiętam. Tych problemów nie mają atomy, tam wrzucić można 4gb ramu i pętle niegroźne. Ja używałem D2500 albo coś w ten deseń, ale w tej cenie, można dwa BBB. Wszystko zależy od zastosowania...

[markcomp77]

tam wrzucić można 4gb ramu i pętle niegroźne.

zamuliłem i7 z 8GB ramu... i cały system również, wypełniając z 5..6GB swapu (a to znacznie zwalnia sytem)

[ Dodano: 2014-06-13, 22:53 ]

w BBB jest 1gb ramu

ja patrzyłem na rewizje B i C
tam ramu jest 512MB
różnią się "2GB 8-bit eMMC on-board flash storage" lub 4GB w C

1GB ramu jest np. Cubieboard

[syntetyczny]

No to pomyłka z tym ramem. Kwestia tego, na ile te zamulanie jest groźne na dłuższą metę...

[markcomp77]

normalne linuxcnc z axis podczas ładowania gcodu generuje zajętość pamięci proporcjonalną do długości kodu (uwzględniając każdy obieg pętli)

sam interpreter mógłby relizować kontrole ruchu w locie...
jednak przy starcie axis usilnie próbuję zrobić obrazek

[triera]

W testach u siebie (3Dcut+) - komputer Pentium II 400MHz 64MB RAM
ładuję plik ok. 65000linii gkodu (nie mam większego) - wyświetla się w czasie ok. 3s,
- ale i grafika jest cokolwiek mizerna...(na razie 2D).
Przy obróbce wielkość pliku dla wydajności
w zasadzie nie ma żadnego znaczenia
- nie rozpędzę tak plotera...

Szkoda, że nie można postawić na BeagleBone FreeDosa + LPT

Może jest coś podobnego z architekturą x86?