[elektro] MCHIP kontra ATMEL

[L. Pásztor]

Én úgy értem:  ma már nem az a hatékony, ami kis memóriában elfér és 
gyorsan fut.  Amiben kezdtünk, a 8 megás órajel és 8k-s memória 
világának lassan vége ... az idő lett a legértékesebb.
Lehet ezért sokan megköpködnek, de sztem az 512k memória világában, és 
150MHz-es órajelek mellett tökmindegy mennyire "hatékony" v "kicsi" a 
lefordult kód, vagy mennyire az a compiler, ha az egyébként helyesen 
fordít. Nálam (és úgy látom sok más helyen is) a hatékonyság kezdi azt 
jelenti, h 1-1 project mennyi idő alatt van kész, és összesen mennyibe 
kerül ...

----------------------
L. Pásztor
----------------------



1/18/2016 2:52 PM keltezéssel, Lajos Rancz írta:
> Hi!
>
> A "nem RISC-es"-t abszolút nem értem. Fordított (nem assembly) nyelv alá az
> a hatékony.
>
> üdv
>
> 2016. január 18. 14:02 L. Pásztor írta, <seasoft at invitel.hu>:
>
>> Ok, ok, csak azt nem tudom örüljek-e ennek ...
>> Egyébként 5letem sincs minek kell nekik az Atmel?
>> - az Atmel-hez kell-e majd az MPLAB ?
>> - vagy az Atmel memórát is lapozhatóvá teszik ?
>> - esetleg a mikrocsip lesz majd Atmel-árfekvésű ?
>> :(((
>>
>> Sztem kéne már egy egészen új, de nem RISC-es controller, sokféle
>> tokban, sok behuzalozott funkcióval, jó RTOS-sel, jó IDE-vel és jó
>> compilerrel.
>> Amin és amivel gyorsan lehetne fejleszteni, mert a málna és tsai csak
>> játékok, nem megoldás és nem is alternatíva egy jó controller és
>> környezete helyett ...
>>
>> --------------------
>> L. Pásztor
>> --------------------
>>
>>
>>
>>
>>
>> 1/18/2016 1:39 PM keltezéssel, hg12345 írta:
>>> Megoldódik... MCHIP felvásárlási ajánlatot tett az ATMEL-re :-)
>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
> -----------------------------------------
>            elektro[-flame|-etc]