On 2011-07-18 19:18, Jacek Radzikowski wrote:
>> I zawiera w hardware 32-bitowy kontroler ARM7 i to raczej z tych
>> większych. To już nie jest *mały* kontroler. Ponadto brak MMU powoduje
> Ja wiem czy taki wielki?

Wystarczy że odstrzaszająco wielki dla początkujących: ciężka obudowa,
upierdliwe zasilanie, kłopoliwe narzędzia w porównaniu z byle ATMega8 +
BASCOM. Gotowców na ARM w cenie 100zł mozna kilka znaleźć ale raczej na
poziomie CPU + stabilizator + kwarc a więc bez rękodziała się nie obejdzie.

> Ale po co komu MMU w systemie, który ma wykonać prostą zaprogramowaną
> sekwencję operacji kiedy pojawi się stan aktywny na wejściu?

Ponieważ to jest .NET. A .NET projektowany jest z myślą o tym że "new
Foo;" jest tanie i zakończy się powodzeniem. Wystarczy mały błąd aby w
systemie z niewielka ilością RAM na własne oczy przekonać się co to jest
fragmentacja pamięci.

> więc te kilka cykli na posprzątanie sterty można odżałować.

Posprzątanie sterty (garbage collecting) to nie to samo co kompaktacja
sterty. Ten drugi ficzer może, ale nie musi mieć .NET. Z javą podobnie:
może, ale nie musi. Zalezy jak zaimplementowano wartwę abstrakcji pamięci.

> Przesadzasz. To nie jest moduł z gołym procesorem, a klocek z maszyną
> wirtualną .net i wszystkim niezbędnym do wykonania programu
> skompilowanego do bytecodu. Do tego jest dostępna biblioteka
> narzędziowa, która zdejmuje autorowi aplikacji z głowy problem
> inicjalizacji peryferiów.

Za <100zł dodajmy, bo taki był warunek brzegowy.

> A wracając do twojego stwierdzenia że Maciek jest skazany na assembler,
> C czy specjalizowane odmiany Basica - nie jest.

W cenie do 100zł jest.