> > Podsumujmy:
> > piekarnik/pralka/zmywarka sterowana mikrokontrolerem 8051 to jest
> > system embedded. Jeśli w następnej wersji piekarnika/pralki/zmywarki
> > tego samego producenta będzie mały komputerek z Linuksem, to to już
> > nie jest embedded. Dlaczego? Bo specjaliści od embedded mają
> > naruszone ego? No to sorry.
>
> Nie przesadzałbym, tu nie chodzi o ego...
[...]
> tam spokojnie można użyć linuksa, jednak,
> tam gdzie chodzi o bezpieczeństwo, czas reakcji musi byc przewidywalny,
> tam linux się po prostu nie sprawdza.

I nadal nie wiemy, czy to będzie embedded, czy nie embedded.

Przecież ja tych definicji nie wymyślam. System jest systemem embedded niezależnie od
tego, czy tam jest Linux, czy Java, czy FPGA. System jest embedded przez sam fakt
bycia "zaembedowanym" i nie ma znaczenia, że ktoś się osobiście nie może pogodzić, że
na jego ulubione specjalistyczne podwórko wkraczają rozwiązania, które uważa za
niegodne. Wraz z postępem w hardwarze rynek się rozszerza a wraz z tym rozszerzaniem
dotychczasowa "dominacja" jakiegokolwiek rozwiązania przestaje być oczywista.

BTW:

https://www.google.com/search?q=ARM+Cortex+Java

Mnie to nie dziwi.

A jeśli chodzi o czas startu systemu - Twoja historia jest ciekawa, ale nie musiałem
szukać zbyt długo, żeby znaleźć:

https://www.youtube.com/watch?v=-l_DSZe8_F8

"This demonstration shows an embedded Linux system booting in less than one second."

Ten filmik jest z 2009 roku.

Wygląda na to, że z Linuksem można wystartować szybciej, niż Wasz system startuje bez
Linuksa. :-)

Mnie to nie dziwi.

Ale to jest właśnie to znikające okno szansy dla C++. Dlatego twierdzę, że C++ *nie
zdąży* wygrać wojny z C. A to, że dla kogoś to nie będzie już wtedy Prawdziwy System
Wbudowany (TM), to już nie mój problem.

--
Maciej Sobczak * http://www.inspirel.com