Forum Krótkofalarskie PKI

Wbudowane złącze SATA (znowu spora różnica dla NAS),
Procesor Corex A7 dual core, czyli dwa rdzenie prawdopodobnie po 1 GHz każdy, czyli niemal trzy razy tyle MHz ile ma niepodkręcane Raspberry Pi,
1 GB RAM, czyli dwa razy więcej.



http://www.lemaker.org/

A po czemu to to...? Bo nigdzie nie znalazłem.

Kolego to jest micro komputer o dużych możliwościach,a przede wszystkim bardzo mały pobór prądu.

Tak, wiem... Chodziło mi o cenę...

Koło 60$

Tnx! No to jeszcze da się przełknąć... Możliwości są duże. To takie all in one. Warto się tym maleństwem zainteresować...

a OSy w porównaniu do raspberry ?

Cubietruck pojawi sie za chwilę w wersji 8core a80

a jak kernel obsługuje te rdzenie ARM'a ? bo rozbicie zadania na wątki chyba nie jest takie banalne i by wykorzystać większą moc procesora na jedną aplikację przetwarzaną równolegle to trzeba ją właściwie napisać.
Często w naszych zastosowaniach taka płytka służy tylko w jednym celu np do SDR a wtedy każdy wzrost wydajności by się przydał.

jeśli dwa wątki mają dostęp w tym samym czasie do jednej i tej samej zmiennej i nie jest to język niskopoziomowy typu asm to niedbałość bym szukał w kompilatorze a nie w programiście.

Czy jakbym chciał odpalić dekodowanie WSPR na ARM to wystarczy skompilować kod Joe'a z jakimiś tam opcjami kompilatora by zyskać na wielości rdzeni czy to jest tak, że owszem proces dekodujący będzie chodził na jednym a pozostałe procesy na innych rdzeniach. LX3KR zaleca podkręcić zegar (na Pi) - wiec mocy potrzeba
http://lx3kr.blogspot.com/2013/03/wspr-on-raspberrypi.html

How much CPU does the process use?
While receiving 2%, decoding about 98% and in transmit mode 6%

źródła:
svn://svn.code.sf.net/p/wsjt/wsjt/branches/wspr

w seti brałem udział dawno dawno temu jeszcze przed BIONIC'em
ale daleko mi do czołówki:
http://setiathome.berkeley.edu/show_user.php?userid=49538

Zadanie to było z natury podzielone na wątki o tym samym algorytmie ale innych danych wsadowych więc można powiedzieć że zadania były niezależne.
Chyba nie każde zadanie da się podzielić na operacje wykonywane równolegle - choć może się mylę. z pewnością są zadania, dla których uniwersalne
podejście kompilatora i systemu operacyjnego nie wystarczy i trzeba zaprojektować sam algorytm na nowo.

Dzięki za obszerny opis, muszę zgłębić temat. Czyli gdyby algorytm dekodowania dało się zrównoleglić (a pewnie tu by się dało) to 7 z tych 8-miu rdzeni mogłoby dekodować a jeden zajmować się odbiorem