PIC vs ATMEL #2

[Csobolyó János]

> Tipikusan "adjuk a C fordito ala procit"


nem volna jobb inkabb egy hatekony procit csinalni es ahoz egy hatekony
forditot?

> Emberi fogyasztasra van ennel alkalmasabb is, de a forditonak ez nagyon
> kenyelmes.

es mibol gondolod hogy asmnek nem kenyelmes?

> Sebesseggel meg nincs gond tul nagy, mert egyszer inicializal, aztan kesz.
> Noveli csokkenti a pointert, mikozben ir-olvas.

es ezt csak a c tudja kihasznalni?

> Asszem mar az atmega-ban is van ilyen.
> Hatekonyan tud vele trukkozni jobbra-balra.
> Erosen megkozelitve a kezzel irt program hatekonysagat kisebb procikon, 32
> biteseken meg egyertelmuen
> a fordito a nyero. 

de MIERT?

azert mert szelesebb egy regiszter mar nem lehet ugy programozni?


> 
> delay-ed branch is ilyen.
> Az ugro utasitas utani utasitast meg vegrehajtja a proci.
> (Valszeg ha mar benn van a pipeline-ban alapon.)

es ezt nagyon szepen lehet hasznalni asm-bol

> Ide tervezni embernek asm utasitast ongyilkossag...(karbantartas=0 esellyel
> megy csak gyorsan)
> Vagy nop-ot tesz (pocsekolas), vagy a fordito betesz valamit, amit nem is
> gondolnank, hogy ide kellene tenni.
> Pedig De.
> 
> Tudom, ez edeskeves, de sok ilyen apro dologbol osszeall, hogy a fordito
> megeszi reggelire a gyakorlott asm programozot is.
> Sok peldat nem tudok most mondani, mivel nem ezzel foglalkozom.

akkor mire alapozod az allitasaidat?

> De ha majd egyszer netan beleasom magam, vagy osszefutok valakivel a
> suliban, akkor megirom a brutalisabb dolgokat.
> 
> Emlitett VLIW DSP-k egyebkent szinten hasonlok.
> ASM-ben nem lehet kihasznalni!!!! azokat.
> Programozni lehet, de kihasznalni nem.
> 
> Mint emlitettem volt volt egy targyam suliban, ahol a tanar mutatott egy
> VLIW DSP-re irt kodbol keszult folyamatabrat.
> Elkepeszto volt, en meg se ertettem teljesen, ki kivel is dolgozik ossze a
> parhuzamos mukodes kozben. Pedig folyamatabra volt nem is a kod maga.
> Tele volt kulonbozo hosszusagu parhuzamosan futo loop-al a kod.
> Par soros digit szuronel tok jo, lehet asm-ben is nyomni. De bonyolultabb
> algoritmusnal
> nincs ember a talpan aki egy 128-256 bit szeles proci ciklusonkenti
> parhuzamosan 8-16 vegrehajtott utasitasait megerti/felfogja 20-30 cikluson
> tul.
> Amit egy fordito generalt....Jobbat  irni meg csak akkor tud, ha egy papirra
> rajzolja mit csinal a proci adott helyzetben.
> Folyamatabra, vagy graf formajaban. Merthogy nem kepes "adminisztralni"

te nem csinalsz ilyeneket?
ezt is kitalalja a fordito helyeted?

folyamat abra nem azert kell hogy tud milyen utasitast irj oda hanem hogy
atgondolt mit es mikor csinaljon a program. aztan az utasitasok sot a nyelv is
mas lapra tartozik

> (ertsd megjegyezni) az ember az utasitas egymasrahatasokat kodolas kozben
> fejben.
> Illetve megforditom a dolgot. Olyan hatekony kodot tud irni, amennyi dolgot
> parhuzamosan eszben tud tartani.
> Ez meg lassuk be korlatos. Mig egy programnak nem az.

ez forditva van
nezzunk peldakat amiben nagyon de nagyon levannak maradva az sw-k

-sakk
-kep felismeres
-hangfelismeres

majd egyszer lehet hogy legyozheto lesz az emberei elme de az meg sokka lesz

ha jol olvasom a topic-ot akkor PIC vc ATMEL a vita targya ide nagyon kar
bekeverni 32 bites DSP-ket  a C vedelmeben


azert mert valakinek sikerult ossze hozni egy 12 soros C programot amit mar
projectnek nevez nem kell azt hini hogy azt mar asmben nem lehet megcsinalni

sokkal tobb ""bug"tatoja van a C nek
utasitasok parameterezese szintaktikaja amit ha nem olvas el az ember az
adatlapban rendesen akkor keresheti a hibat
vagy esetleg azt feltetelezi hogy a fordito rosszul fordit (mint ahogy neha
rosszul is fordit)

szerintem mindenki irjon programot abban amiben ugy erzi hogy megy es olyan
platformra es olyan uC-re amihez kedve van (vagy amit a feladat megkivan)
a lenyeg az hogy azon igyekezen jol csinalni	

			udv.


kikerem magamnak hogy egy ingyenes dzsunkan oszetakolt c fordito vagy akar a
redmoondi gemkapocs  forditoja felul mulja az emberi elmet.


--